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Commissioner For Patents 
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Alexandria, VA 22313-1450 



140 S. Lake Ave., Suite 312 
Pasadena, CA 91101 
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Commissioner: 

Attached are the following: 

1 . FY 2008 Fee Transmittal (in duplicate); 

2. Check Number 2571 for the amount of ten dollars ($10) to cover the ten 
dollar ($10) difference between the Appeal Brief Fee previously filed for this 
case and the Appeal Brief Fee applicable as of the date of this filing; 

3. Copy of Statement Under 37 C.F.R. §3.73(b) by Real Party in Interest 
STAMPS.COM INC., as filed with previously filed Appeal Brief; 

4 Copy of Statement Under 37 C.F.R. §3.73(b) by Real Party in Interest ISHIP 
INC., as filed with previously filed Appeal Brief; 

5. Appeal Brief, including Claims Appendix, Evidence Appendix and Related 
Proceedings Appendix, (Total 196 pages); and 

6. Return post card. 



A Notice of Appeal and Appeal Brief were previously filed for this case. 
Subsequently, an Office Action dated February 20, 2008, issued, reopening prosecution 
and providing for initiating a new appeal. See,. e.g., MPEP §1207.04. In accordance with 
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MPEP §1207.04. a new Notice of Appeal was filed on May 20, 2008 by U.S. Express Mail 
and the difference in fees for filing the Notice of Appeal has been paid. 

In accordance with MPEP §1207.04, a new Appeal Brief is enclosed. Further in 
accordance with MPEP §1207.04, it is respectfully requested that the previously paid 
Appeal Brief Fee be applied to the new Appeal Brief filed concurrently herewith. Since filing 
the original Appeal Brief and associated Appeal Brief Fee, there has been an increase in 
the Fee often (10) dollars; a check including the ten dollar ($10) difference is enclosed. 

It is respectfully submitted that this Appeal Brief is timely filed under 37 C.F.R. §§ 
41.37(a)(1), 41.31(a), 41.31(d) and 1.136, because it is filed before the expiration of July 
21, 2008, which is the first business day, a Monday, that follows the Section 41.37 two- 
month period (that ended on July 20, 2008, a Sunday) following the May 20, 2008 filing (by 
U.S. Express Mail) of the Notice of Appeal. 

Even so, the Commissioner is hereby authorized, pursuant to 37 CFR 1 .136(a)(3), to 
treat any concurrent or future reply or correspondence for the above-identified application, 
requiring a petition for an extension of time for its timely submission, as incorporating a 
constructive petition for extension of time for the appropriate length of time. The 
Commissioner is hereby authorized to charge any fees under 37 CFR 1.16 and 1.17, 
including any required extension fees, which may be required during the pendency of this 
application, to Deposit Account No. 501574. Please show our docket number with any 
charge or credit to our Deposit Account. A copy of this letter is enclosed. 



Respectfully submitted, 



KHORSANDI PATENT LAW GROUP, ALC 
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Fees pursuantgsjhe Consolidated Appropriations Act, 2005 (H.R. 4818). 

v^gj^E TRANSMITTAL 

For FY 2008 


Complete if Known 


Application Number 


09/685,078 


Filing Date 


jJCiODer o, ^UUU 


First Named Inventor 


David Allison Bennett 


Examiner Name 


Jamisue A. Plucinski 


[^Applicant Claims small entity status. See 37 CFR 1.27 


Art Unit 


3629 


TOTAL AMOUNT OF PAYMENT f $) 1 0.00 


Attorney Docket No. 


PSTM0010/MRK 



METHOD OF PAYMENT (check all that apply) 



Check Q Credit Card Q Money Order Q None Q Other (please identify):. 



| x| Deposit Account Deposit Account Number 501574 



. Deposit Account Name: Khorsandi Patent Law Group. ALC 



F or the above-identified deposit account, the Director is hereby authorized to: (c heck all that apply) 
| | Change fee(s) indicated below Charges fee(s) indicated below, except for the filing tee 

| X | Charge any additional fee(s) or underpayments of fee(s) | X | Credit any overpayments 

under 37 CFR 1.16 and 1.17 

WARNING: Information on this form may become public Credit card information should not be included on this form. Provide credit card information and 
authorization on PTO-2038. 



FEE CALCULATION 



1. BASIC FILING, SEARCH, AND EXAMINATION FEES 

FILING FEES SEARCH FEES EXAMINATION FEES 

Small or Large Entity Small or Large Entity Small or Large Entity 



Application Type 


Fee($) 


Fee($) 


Fee(?) 


Feeff) 


Feeft) 


Fee($) 


Utility 


310 


155 


510 


255 


210 


105 


Design 


210 


105 


100 


50 


130 


65 


Plant 


210 


105 


310 


155 


160 


80 


Reissue 


310 


155 


510 


255 


620 


310 


Provisional 


210 


105 


0 


0 


0 


0 



Fees Paid ($) 



;.oo 



2. EXCESS CLAIM FEES 
Fee Description 

Each claim over 20 or, for Reissues, each claim over *20 and more than in the original patent 
Each independent claim over 3 or, for Reissues, each independent claim more than in the original patent 
Multiple dependent claims 

Total Claims Extra Claims Feef$) Fee Paid ($) 

- orHP= , x $.00 = $00.00 



HP = highest number of total claims paid for, if greater than 20 
Indep. Claims Extra Claims Fee ($) 



Fee($) 

50 
210 
370 

Multiple Dependent Claims 
Fee($) Fee Paid ($) 

$0.00 



Small or Large 
Entity 
Feejfi 

25 
105 
185 



orHP = 



$.00 



Fee Paid ($) 

$0.00 



HP = highest number of independent claims paid for, if greater than 3 
3. APPLICATION SIZE FEE 

If the specification and drawings exceed 1 00 sheets of paper, the application size fee due is $250 ($ 1 25 for small entity) 
for each additional 50 sheets or fraction thereof. See35U.S.C41 (a)(1)(G) and 37 CFR 1.1 6(s). 

Total Sheets Extra Sheets Number of each additional 50 or fraction thereof Fee($) Fee Paid ($) 

______ -100= Q /50= 0 (round up to a whole number) x $260.00 = $ 0.00 



4. OTHER FEE(S) 

Non-English Specification, $ 1 30 fee (no small entity discount) 
Other Ten Dollar ($ 1 0) difference for filing Appeal Brief 



Fees Paid($) 



SI 0.00 



SUBMITTED BY 
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Registration No. 4 c 744 
(Attorney/Agent) 


Telephone (626) 796-2856 


Name (Print/Type) 


tyarilyn R. Khorsandi 


Date XX ^7, 




Sent By: Stamps.com; 
^4BUr20-2007 11:05 



310 314 8570; 
andi Patent Law 



Nov-21 -0/ 5: 17PM; 

626 796 2B64 
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IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 

AND 

BEFORE THE BOARD OF PATENT APPEALS AND INTERFERENCES 



Applicant^): David Allison Bennett, et at. 



Technology Center: 3600 



Serial No.: 09/685,073 



Group Art Unit: 



3629 



Filed: 



October 6, 2000 



Examiner: 



Pluclnski, Jamlsue A. 



APPARATUS, SYSTEMS AND 



METHODS FOR ONLINE, 
MULTI-CARRIER. 
MULTI-SERVICE PARCEL 
SHIPPING MANAGEMENT 
FEATURING NOTIFICATION 
SERVICE OPTION COMPARISON 
FOR MULTIPLE CARRIERS 



STAMPS.COM INC, is the owner of an undivided whole interest in common with ISHIP INC. in 
the instant application. Documentary evidence of the chain of title in accordance with 37 C.F.R. 3 73 
(b)(1)(ii) is recorded: i.) in an Assignment of the entire right, title and interest from the Inventors named in 
the instant application to STAMP8.COM INC. as recorded by the Assignment Oivision of the United 
States Patent and Trademark Office on March 13, 2001 on Reel No, 01 1629 and Frame No. 0799 and 2.) 
m a subsequent Intellectual Properly Joint Ownership Agreement Notice of Assignment Identifying both 
STAMPS.COM INC. and ISHIP INC. as Assignees of an undivided whole interest in common in all rights 
title and Interest In and to the instant application as recorded by ihe Assignment Division of the United 
States Patent and Trademark Office on March 26, 2004 on Reel No. 014486 and Frame No. 0275. 

The undersigned Is empowered to act on behalf of STAMPS.COM INC. 

I hereby declare that all statements made herein of my own knowledge are true and thai all 
Statements made on information and belief are believed to be true: and further thai iheee statements 
were made with the knowledge that willful false statements and the like so made are punishable by fine or 
imprisonment, or both, under Section 1001 of Title 1B of the United Slates Code and that 6uch willful false 
statements may Jeppardlze the validity of the application or any patent issued thereon. 
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STATEMENT UNDER 37 C.F.R. §3 .73(b) 
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STATEMENT UNDER 37 C.F.R. §3.73(b) 



ISHIP INC. is the owner of an undivided whole interest in common with STAMPS.COM INC. in 
the instant application. Documentary evidence of the chain of title in accordance with 37 C.F.R. 3.73 
(b)(1)(H) is recorded: 1.) in an Assignment of the entire right, title and interest from the Inventors named 
in the instant application to STAMPS.COM INC. as recorded by the Assignment Division of the United 
States Patent and Trademark Office on March 13, 2001 on Reel No. 011629 and Frame No. 0799; and 
2.) in a subsequent Intellectual Property Joint Ownership Agreement Notice of Assignment identifying 
both STAMPS.COM INC. and ISHIP INC. as Assignees of an undivided whole interest in common in all 
rights title and interest in and to the instant application as recorded by the Assignment Division of the 
United States Patent and Trademark Office on March 26, 2004 on Reel No. 014466 and Frame No. 0275. 

The undersigned is empowered to act on behalf of ISHIP INC. 

I hereby declare that all statements made herein of my own knowledge are true and that all 
statements made on information and belief are believed to be true; and further that these statements 
were made with the knowledge that willful false statements and the like so made are punishable by fine or 
imprisonment, or both, under Section 1001 of Title 18 of the United States Code and that such willful false 
statements may jeopardize the validity of the application or any patent issued thereon. 
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Mail Stop Appeal Brief - Patents 
Commissioner For Patents 
P.O. Box 1450 

Alexandria, VA 22313-1450 ■ 



140 S. Lake Ave., Suite 312 
Pasadena, CA 91101 
July 21, 2008 



Commissioner: 

Attached are the following: 

1 . FY 2008 Fee Transmittal (in duplicate); 

2. Check Number 2571 for the amount of ten dollars ($1 0) to cover the ten 
dollar ($10) difference between the Appeal Brief Fee previously filed for this 
case and the Appeal Brief Fee applicable as of the date of this filing; 

3. Copy of Statement Under 37 C.F.R. §3.73(b) by Real Party in Interest 
STAMPS.COM INC., as filed with previously filed Appeal Brief; 

4 Copy of Statement Under 37 C.F.R. §3.73(b) by Real Party in Interest ISHIP 
INC., as filed with previously filed Appeal Brief; 

5. Appeal Brief, including Claims Appendix, Evidence Appendix and Related 
Proceedings Appendix, (Total 196 pages); and 

6. Return post card. 



A Notice of Appeal and Appeal Brief were previously filed for this case. 
Subsequently, an Office Action dated February 20, 2008, issued, reopening prosecution 
and providing for initiating a new appeal. See, e.g., MPEP §1207.04. In accordance with 
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MPEP S1 207.04, a new Notice of Appeal was filed on May 20, 2008 by U.S. Express Mail 
and the difference in fees for filing the Notice of Appeal has been paid. 

In accordance with MPEP §1207.04, a new Appeal Brief is enclosed. Further in 
accordance with MPEP §1207.04, it is respectfully requested that the previously paid 
Appeal Brief Fee be applied to the new Appeal Brief filed concurrently herewith. Since filing 
the original Appeal Brief and associated Appeal Brief Fee, there has been an increase in 
the Fee often (10) dollars; a check including the ten dollar ($10) difference is enclosed. 

It is respectfully submitted that this Appeal Brief is timely filed under 37 C.F.R. §§ 
41.37(a)(1), 41.31(a), 41.31(d) and 1.136, because it is filed before the expiration of July 
21, 2008, which is the first business day, a Monday, that follows the Section 41.37 two- 
month period (that ended on July 20, 2008, a Sunday) following the May 20, 2008 filing (by 
U.S. Express Mail) of the Notice of Appeal. 

Even so, the Commissioner is hereby authorized, pursuant to 37 CFR 1 .136(a)(3), to 
treat any concurrent or future reply or correspondence for the above-identified application, 
requiring a petition for an extension of time for its timely submission, as incorporating a 
constructive petition for extension of time for the appropriate length of time. The 
Commissioner is hereby authorized to charge any fees under 37 CFR 1.16 and 1.17, 
including any required extension fees, which may be required during the pendency of this 
application, to Deposit Account No. 501574. Please show our docket number with any 
charge or credit to our Deposit Account. A copy of this letter is enclosed. 

Respectfully submitted, 
KHORSANDI PATENT LAW GROUP, ALC 



Reg. No. 45,744 
Customer No. 29524 
626/796-2856 
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Enclosures 
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Effective on 12/8/2004. 
6es pursuant to the Consolidated Appropriations Act, 2005 (H.R. 4818). 

FEE TRANSMITTAL 

For FY 2008 



| | Applicant Claims small entity status. See 37 CFR 1 .27 



TOTAL AMOUNT OF PAYMENT 



f$) 10.00 



Express Mail No. EQ 956936300 US 



Complete if Known 



.Application Number 



Filing Date 



First Named Inventor 



Examiner Name 



Art Unit 



Attorney Docket No. 



09/685,078 



October 6, 2000 



David Allison Bennett 



Jamisue A. Plucinski 



3629 



PSTM0010/MRK 



METHOD OF PAYMENT (check all that apply) 



x] Check Q Credit Card Q Money Order Q None Q Other (please identify): 
fx] Deposit Account Deposit Account Number 501574 Deposit Account Name: Khorsandi Patent Law Group. ALC 



For the above-identified deposit account, the Director is hereby authorized to: (check all that apply) 
I | Charge fee(s) indicated below | j Charges fee(s) indicated below, except for the filing fee 

l~X~l Charge any additional fee(s) or underpayments of fee(s) [x] Credit any overpayments 
under 37 CFR 1.16 and 1.17 

WARNING: Information on this form may become public. Credit card information should not be Included on this form. Provide credit card Information and 
authorization on PTO-2038. 




FEE CALCULATION 



1. BASIC FILING, SEARCH, AND EXAMINATION FEES 

FILING FEES SEARCH FEES EXAMINATION FEES 

Small or Large Entity Small or Large Entity Small or Large Entity 



Application Tvoe 


Fee{$) 


Fee($) 




Feeff) 


Fee($) 


Fee($) 


Utility 


310 


155 


510 


255 


210 


105 


Design 


210 


105 


100 


50 


130 


65 


Plant 


210 


105 


310 


155 


160 


80 


Reissue 


310 


155 


510 


255 


620 


310 


Provisional 


210 


105 


0 


0 


0 


0 



Fees Paid ($) 
$.00 



2. EXCESS CLAIM FEES 



Fee Description Feef$) 

Each claim over 20 or, for Reissues, each claim over '20 and more than in the original patent 50 

Each independent claim over 3 or, for Reissues, each independent claim more than in the original patent 210 

Multiple dependent claims 370 
Total Claims Extra Claims Fee($) Fee Paid ($) Multiple Dependent Claims 

- orHP= x $.00 = $00.00 Fee($) Fee Paid ($) 

$0.00 



Small or Large 
Entity 
Fee($) 

25 
105 
185 



HP = highest number of total daims paid for, if greater than 20 
Indep. Claims Extra Claims Fee($) 
x $.00 



- orHP = 



Fee Paid ($) 

$0.00 



HP = highest number of independent dainis paid for, if greater than 3 
3. APPLICATION SIZE FEE 

If the specification and drawings exceed 100 sheets of paper, the application size fee due is $250 ($125 for small entity) 
for each additional 50 sheets or fraction thereof. See 35 US.C 4 1 (a)( 1 )(G) and 37 CFR 1 . 1 6(s). 

Total Sheets Extra Sheets Number of each additional 50 or fraction thereof Fee($) Fee Paid ($) 

■ -100 = 0 / 50 = 0 (round up to a whole number) x $260.00 = $ Q.QQ 



4. OTHER FEE(S) 

Non-English Specification, $ 1 30 fee (no small entity discount) 
Other Ten Dollar ($ 1 0) difference for filing Appeal Brief 



FeesPaldfS) 



$10.00 



SUBMnTEDBY 
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Name (Print/Type) 




Registration No. 45744 
(Attorney/Agent) 



Telephone (626) 796-2856 
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United States Postal Service "Express Mail 
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APPEAL BRIEF 

This is an appeal of an Office Action, dated February 20, 2008. '(" Office Action ") a 
non-final rejection of all claims currently under examination in the case, namely Claims 
1-6, 28-33,49-52, and 58. 

An Appeal and an Appeal Brief were previously filed in this case. 

Prior to any decision by the Board in that Appeal, in the February 20, 2008 Office 
Action, prosecution of the application was reopened; Applicants were given the option of 
filing a reply to the Office Action under 37 C.F.R. §1 .11 1 , or initiating a new appeal by 
filing a Notice of Appeal under 37 C.F.R. §41 .31 followed by an Appeal Brief under 37 
C.F.R. §41.37, and applying the previously paid Notice of Appeal and Appeal Brief fees. 
Office Action , p. 2. 

Further to the options provided in the Office Action, Applicants filed the Notice of 
Appeal on May 20, 2008 under 37 C.F.R. §41 .31 (a) with U.S. Express Mail, all claims 
having been twice rejected, and in accordance with MPEP §1207.04; in accordance 
with MPEP §1207.04, Applicants requested that the previously paid Notice of Appeal 

f/fc^im muim 00080875 09685078 
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Fee be applied to the new Notice of Appeal filed on October 29, 2007. Since filing the 
original Notice of Appeal and the May 20, 2008 Notice of Appeal, there had been an 
increase of ten (10) dollars in the fee; a debit to the Deposit Account for the Attorney of 
record for the amount of the ten (10) dollar difference between the originally paid Notice 
of Appeal fee and the new Notice of Appeal fee has been charged by the Patent Office 
for the filing of the May 20, 2008 Notice of Appeal. 

In accordance with MPEP §1207.04, Applicants request that the previously paid 
Appeal Brief Fee be applied to this new Appeal Brief. Since filing the original Appeal 
Brief, there has been an increase often (10) dollars in the fee; a check including the 
amount of the ten (10) dollar difference between the originally paid Appeal Brief fee and 
the new Appeal Brief fee is filed concurrently herewith. 

Under 37 CFR §41.37 and in accordance with MPEP §1205.01, the two-month 
period in which an Appeal Brief may be filed without extension ends on July 20, 2008, a 
Sunday. It is respectfully submitted that this Appeal Brief is timely filed within the two- 
month period of time because it is filed before the expiration of July 21 , 2008, a 
Monday, and the first business day following the July 20, 2008 Sunday date; no 
extension fee is needed. 
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TABLE OF CONTENTS 



REAL PARTIES IN INTEREST 



7 



RELATED APPEALS AND INTERFERENCES 



7 



STATUS OF CLAIMS 



10 



STATUS OF AMENDMENTS 



10 



SUMMARY OF CLAIMED SUBJECT MATTER 



11 



GROUNDS OF REJECTION TO BE REVIEWED ON APPEAL 



18 



Issue 1 Regarding the Rejection of Independent Claims 49, 50, 51, and 52 Under 35 
U.S.C §1 03(a) as Unpatentable overNicholls in View of Fisher, Kara and InterShipper 
on the Grounds that the Combination ofNicholls. Fisher, Kara and InterShipper Render 
as Obvious the Limitations of the Claims for Determining/Identifying Carriers That 
Would Provide the Reguested Delivery Notification Service(s) for Shipping a Particular 
Parcel 18 

Issue 2 Regarding the Rejection of Independent Claims 1 and 58, and Dependent 
Claims 2-6, Under 35 U.S.C. §1 03(a) as Unpatentable overNicholls in View of Fisher, 
Kara and InterShipper on the Grounds that the Combination ofNicholls, Fisher. Kara 
and InterShipper Render as Obvious the Limitations of the Claims for 
Determining/Identifying Carriers That Would Provide the Reguested Type of Delivery 
Notification for Shipping a Particular Parcel 18 

Issue 3 Regarding the Rejection of Independent Claims 1. 49, 50, 51, 52, and 58, and 
Dependent Claims 2-6, Under 35 L/.S.C. §1 03(a) as Unpatentable overNicholls in View 
of Fisher, Kara and InterShipper on the Grounds that the Combination ofNicholls, 
Fisher, Kara and InterShipper Render as Obvious the Limitations of the Claims for 
Displaying a Simultaneous Identification of Shipping Charges for Shipping the Particular 
Parcel for Each Delivery Service Offered by Each Respective Carrier of the Plurality of 
Carriers That Would Provide the Reguested Delivery Notification Service According to 
the Reguest 19 

Issue 4 Regarding the Rejection of Independent Claim 28, and Dependent Claims 29- 
33, Under 35 U.S.C. $1 03(a) as Unpatentable over Nicholls in View ofPaulv, Kara and 
InterShipper on the Grounds that the Combination ofNicholls, Paulv, Kara and 
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InterShipper Render as Obvious the Limitations of Claim 28 for Determining Carriers 
That Would Provide Verbal Delivery Notification for Shipping a Particular Parcel 19 

Issue 5 Regarding the Rejection of Independent Claim 28, and Dependent Claims 20- 
33. Under 35 U.S.C. §1 03(a) as Unpatentable overNicholls in ViewofPaulv. Kara and 
InterShiooer on the Grounds that the Combination ofNicholls. Paulv. Kara and 
InterShipper Render as Obvious the Limitations of the Claims for Displaying a 
Simultaneous Identification of Shipping Charges for Shipping the Particular Parcel for 
Each Delivery Service Offered bv Each Respective Carrier of the Plurality of Carriers 
That Would Provide the Reouested Verbal Delivery Notification 
Service : •. 19 

ARGUMENT (37 C.F.R. §41.37(c)(1)(vii) heading) 20 

Issue 1 Argument Regarding the Rejection of Independent Claims 49. 50. 51. and 52 
Under 35 U.S.C. §1 03(a) as Unpatentable overNicholls in View of Fisher. Kara and 
InterShipper on the Grounds that the Combination ofNicholls. Fisher. Kara and 
InterShipper Render as Obvious the Limitations of the Claims for 
Determining/Identifying Carriers That Would Provide the Reouested Delivery 
Notification Service(s) for Shipping a Particular Parcel: There is No Disclosure in 
Nicholls. Fisher. Kara or InterShipper of Determining/Identifying Carriers That Would 
Provide the Reouested Delivery Notification Service(s) for Shipping a Particular Parcel 
(37 C.F.R. $41.37(c)(1)(vii) subheading) . 20 

Issue 2 Argument Regarding the Rejection of Independent Claims 1 and 58. and 
Dependent Claims 2-6. Under 35 U.S.C. $1 03(a) as Unpatentable overNicholls in View 
of Fisher. Kara and InterShipper on the Grounds that the Combination ofNicholls, 
Fisher. Kara and InterShipper Render as Obvious the Limitations of the Claims for 
Determining/Identifying Carriers That Would Provide the Reouested Type of Delivery 
Notification for Shipping a Particular Parcel: There is No Disclosure in Nicholls. Fisher. 
Kara or InterShipper of Determining/Identifying Carriers That Would Provide the 
Reouested Type of Delivery Notification Services for Shipping a Particular Parcel (37 
C.F.R. $41.37(c)(1)(vii) subheading) 27 



Issue 3 Argument Regarding the Rejection of Independent Claims 1, 49, 50, 51, 52, and 
58. and Dependent Claims 2-6. Under 35 U.S.C. $1 03(a) as Unpatentable over Nicholls 
in View of Fisher. Kara and InterShipper on the Grounds that the Combination of 
Nicholls. Fisher. Kara and InterShiooer Render as Obvious the Limitations of the Claims 
for Displaying a Simultaneous Identification of Shipping Charges for Shipping the 
Particular Parcel for Each Delivery Service Offered by Each Respective Carrier of the 
Plurality of Carriers That Would Provide the Reouested Delivery Notification Service 
According to the Reouest: There is No Disclosure in Nicholls. Fisher. Kara and 
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InterShipper for Displaying a Simultaneous Identification of Shipping Charges for 
Shipping the Particular Parcel for Each Delivery Service Offered bv Each Respective 
Carrier of the Plurality of Carriers That Would Provide the Reouested Delivery 
Notification Service For the Particular Parcel (37 C.F.R. $41 .37 '(c)(1) (vii) 
subheading). 34 

Issue 4 Argument Regarding the Rejection of Independent Claim 28. and Dependent 
Claims 29-33. Under 35 U.S.C. §103(a) as Unpatentable over Nicholls in View ofPaulv, 
Kara and InterShioper on the Grounds that the Combination ofNicholls. Paulv. Kara 
and InterShipper Render as Obvious the Limitations of the Claims for Determining 
Carriers That Would Provide Verbal Delivery Notification for Shipping a Particular 
Parcel: There is No Disclosure in Nicholls. Paulv. Kara or InterShipper of Determining 
Carriers That Would Provide Verbal Delivery Notification for Shipping a Particular Parcel 
(37 C.F.R. §41.37(c)(1)(vii) subheading) r 44 

Issue 5 Argument Regarding the Rejection of Independent Claim 28. and Dependent 
Claims 29-33. Under 35 U.S.C. $103(a) as Unpatentable over Nicholls in View of Paulv. 
Kara and InterShipper on the Grounds that the Combination ofNicholls. Paulv. Kara 
and InterShipper Render as Obvious the Limitations of the Claims for Displaying a 
Simultaneous Identification of Shipping Charges for Shipping the Particular Parcel for 
Each Delivery Service Offered bv Each Respective Carrier of the Plurality of Carriers 
That Would Provide Verbal Delivery Notification Service According to the Reguest: 
There is No Disclosure in Nicholls. Paulv. Kara and InterShipper for Displaying a 
Simultaneous Identification of Shipping Charges for Shipping the Particular Parcel for 
Each Delivery Service Offered bv Each Respective Carrier of the Plurality of Carriers 
That Would Provide Verbal Delivery Notification Service (37 C.F.R. §41 .37(c)(1)(vii) 
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REAL PARTIES IN INTEREST (37 C.F.R. §41.37(c)(1)(i) heading) 

In an Assignment, Inventors David Allison Bennett, Scott Meyer, Paul Bilibin, 
Jinyue Liu, and Gary Rhoe Ingram, assigned the entire right, title and interest in and to 
the instant application to STAMPS.COM INC., as recorded by the Assignment Division 
of the United States Patent and Trademark Office on March 13, 2001 on Reel No. 
011629 and Frame No. 0799. In a subsequent Intellectual Property Joint Ownership 
Agreement Notice of Assignment, STAMPS.COM INC. noticed the assignment of an 
undivided whole interest in common in all rights, title, and interest in and to the present 
application to both STAMPS.COM INC. and ISHIP INC., as recorded by the 
Assignment Division of the United States Patent and Trademark Office on March 26, 
2004 on Reel No. 014466 and Frame No. 0275. Statements by both STAMPS.COM 
INC. and ISHIP INC. under 37 C.F.R. §3.73(b) are filed concurrently herewith. 

ISHIP INC. is a fully owned subsidiary of UNITED PARCEL SERVICE OF 
AMERICA, INC., which is a fully owned subsidiary of UNITED PARCEL SERVICE, INC. 

Accordingly, STAMPS.COM INC., ISHIP INC., UNITED PARCEL SERVICE OF 
AMERICA, INC., and UNITED PARCEL SERVICE, INC. are the real parties in interest 
in this case. 

RELATED APPEALS AND INTERFERENCES (37 C.F.R $41. 37(c)(1)(H) heading) 

Applicants previously presented the current claim set to the Board in an Appeal 
Brief filed on November 21 , 2007. As mentioned above, in an Office Action dated 
February 20, 2008, prosecution of the application was reopened prior to consideration 
by the Board of the previously filed Appeal; Applicants were given the option of filing a 
reply to the Office Action under 37 C.F.R. §1.111 or initiating a new appeal by filing a 
Notice of Appeal under 37 C.F.R. §41.31 followed by an Appeal Brief under 37 C.F.R. 
§41 .37. Office Action , p. 2. Applicants file this new Appeal. 

An Appeal was filed in the case of related co-pending U.S. Patent Application No. 
09/684,871 (Applicants David Allison Bennett, et al., Filed October 6, 2000; Entitled 
"Apparatus, Systems And Methods For Online, Multi-Carrier, Multi-Service Parcel 
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Shipping Management Featuring Shipping Location Comparison Across Multiple 
Carriers"; Attorney Docket No. PSTM0003/MRK; Technology Center 3600; Group/Div! 
3629; Examiner Jamisue A. Plucinski). An Office Action, dated July 27, 2007, reopened 
prosecution of the application. Subsequently, another Notice of Appeal, Appeal Brief 
and Reply Brief have been filed for the application. 

Further, there is an Appeal pending in the case of related U.S. Patent Application 
No. 09/680,654 (Applicants David Allison Bennett, et al., Filed October 6, 2000; Entitled 
"Apparatus, Systems and Methods for Online, Multi-Carrier, Multi-Service Parcel 
Shipping Management Featuring Shipping Rate and Delivery Schedule Comparison for 
Multiple Carriers"; Attorney Docket No. PSTM0015/MRK; Technology Center 3600; 
Group/Div. 3629; Examiner Jamisue A. Plucinski). No opinion has yet been rendered in 
that case. 

Yet further, there is an Appeal pending in the case of related U.S. Patent 
Application No. 09/685,077 (Applicants Paul Bilibin, et al., Filed October 6, 2000; 
Entitled "Apparatus, Systems and Methods for Online, Multi-Carrier, Multi-Service 
Parcel Shipping Management Determination of Ratable Weight for Multiple Carriers"; 
Attorney Docket No. PSTM0020/MRK; Technology Center 3600; Group/Div. 3629; 
Examiner Jamisue A. Plucinski). No opinion has yet been rendered in that case. 

Still further, there is an Appeal pending in the case of related U.S. Patent 
Application No. 09/684,861 (Applicants Bilibin, Paul et al.; Filed October 6, 2000; 
Entitled "Apparatus, Systems and Methods for Determining Delivery Time Schedules 
for Each of Multiple Carriers"; Attorney Docket No. PSTM0024/MRK; Technology 
Center 3600; Group/Div. 3623; Examiner Beth Van Doren). No opinion has yet been 
rendered in that case. 

Further still, there an Appeal was filed in the case of related U.S. Patent 
Application No. 09/684,866 (Applicants David Allison Bennett, et al., Filed October 6, 
2000; Entitled: "Apparatus, Systems and Methods For Online, Multi-Carrier, Multi- 
Service Parcel Shipping Management"; Attorney Docket No. PSTM0038/MRK; 
Technology Center 3600; Group/Div. 3629; Examiner Jamisue A. Plucinski). 
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Subsequent to filing an Appeal Brief for that case, an Office Action, dated March 6, 
2008, reopened prosecution of that case. 

Further still, there is an Appeal pending in the related case of U.S. Patent 
Application No. 09/820,377 (Applicants Daniel F. Williams, et al., Filed March 27, 2001; 
Entitled "Apparatus, Systems and Methods for Online, Multi-Parcel, Multi-Carrier, Multi- 
Service Enterprise Parcel Shipping Management"; Attorney Docket No. 
PSTM0041/MRK; Technology Center 3600; Group/Div. 3629; Examiner Jamisue A. 
Plucinski). No opinion has yet been rendered in that case. 

Prior to filing an Appeal in the case of related co-pending U.S. Patent Application 
No. 09/684,871 (Attorney Docket No. PSTM0003/MRK), a Pre-Appeal Brief Request for 
Review was filed for that application. A copy of the Notice of Panel Decision from Pre- 
Appeal Brief Request for Review for Application No. 09/684,871 is included in the 
Related Proceedings Appendix hereto. 

Further, prior to filing an Appeal in the present case for Application No. 
09/685,078 (PSTM001 0/MRK), a Pre-Appeal Brief Request for Review was filed for that 
application. A copy of the Notice of Panel Decision from Pre-Appeal Brief Review for 
Application No. 09/685,078 is included in the Related Proceedings Appendix hereto. 

Yet further, prior to filing an Appeal Brief in the case of the above-mentioned 
Appeal for Application No. 09/680,654 (Attorney Docket No. PSTM0015/MRK), a Pre- 
Appeal Brief Request for Review was filed for that application. A copy of the Notice of 
Panel Decision from Pre-Appeal Brief Review for Application No. 09/680,654 is 
included in the Related Proceedings Appendix hereto. 

Still further, prior to filing an Appeal Brief in the case of the above-mentioned 
Appeal for Application No. 09/685,077 ( PSTM 0020/M RK) , a Pre-Appeal Brief Request 
for Review was filed for that application. A copy of the Notice of Panel Decision from 
Pre-Appeal Brief Review for Application No. 09/685,077 is included in the Related 
Proceedings Appendix hereto. 

Further still, prior to filing an Appeal Brief in the case of the above-mentioned 
pending Appeal for Application No. 09/684,861 (Attorney Docket No. PSTM0024/MRK), 
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a Pre-Appeal Brief Request for Review was filed for that application. A copy of the 
Notice of Panel Decision from Pre-Appeal Brief Request for Review for Application No. 
09/684,861 is included in the Related Proceedings Appendix hereto. 

STATUS OF CLAIMS (37 C.F.R. $41.37(c)(1)(iii) heading) 

The present application was filed on October 6, 2000, claiming priority under 37 
C.F.R. §1.78(a)(4) to: U.S. Provisional Patent Application Serial No. 60/158,179, filed on 
October 6, 1999; U.S. Provisional Patent Application Serial No. 60/170,186, filed on 
December 10, 1999; U.S. Provisional Patent Application Serial No. 60/170,504, filed on 
December 13, 1999; U.S. Provisional Patent Application Serial No. 60/192,692, filed on 
March 28, 2000; U.S. Provisional Patent Application Serial No. 60/192,723, filed on 
March 27, 2000; U.S. Provisional Patent Application Serial No. 60/193,899, filed on 
March 31, 2000; and U.S. Provisional Patent Application Serial No. 60/195,748, filed on 
April 6, 2000. 

The status of the Claims is as follows: 

Allowed Claims : None. 

Cancelled Claims : 7-27, 34-48 and 53-57. 

Withdrawn Claims : 59-65. 

Claims objected to : None. 

Rejected Claims : 1-6, 28-33, 49-52, and 58. 

Claims on Appeal : 1-6, 28-33, 49-52, and 58. 

STATUS OF AMENDMENTS (37 C.F.R. $41.37(c)(1)(iv) heading) 

No amendments subsequent to the final Office Action, dated May 21 , 2007 or the 
Office Action dated February 20, 2008, have been filed. 
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SUMMARY OF CLAIMED SUBJECT MATTER (37 C.F.R §41.37(c)(1)(v) heading) 
The Claims on Appeal are Claims 1-6, 28-33, 49-52, and 58. Of the Claims on 

appeal, Claims 1 , 28, 49, 50, 51 , 52 and 58 are independent. It is respectfully submitted 

that none of the Claims on appeal are means plus function claims. 

In compliance with 37 C.F.R. § 41.37(c)(1)(v), the subject matter of the 

independent claims on appeal is explained below with citations to the Specification of 

the present application C Specification ") as disclosed with respect to exemplary 

embodiments. Unless otherwise specified, citations below to the Specification are to 

page and line numbers of the application as originally filed. 

Claims 1. 28. 49 and 50 

Claims 1 and 49 are directed to server-based shipping management computer 
systems that comprise at least one server computer device. Claims 28 and 50 are 
directed to server-based shipping management computer systems comprising at least 
one computer device. 

It is respectfully submitted that various exemplary embodiments of the 
aforementioned recitations of Claims 1 , 28, 49 and 50 are described in the 
Specification. See, e.g., Specification , Title; Specification , Abstract; Specification , p. 18, 
lines 17-23 (describing FIG. 4). 

Claim 1 further recites that the shipping management computer system is 
programmed to, among other things, "... receive from a particular user client computer 
device of a plurality of user client computer devices, a request input by a user for an 
electronic mail delivery notification service by a carrier system for shipping a particular 
parcel and an input by the user of parcel specifications for the particular parcel...." 

It is respectfully submitted that various exemplary embodiments of the 
aforementioned recitations of Claim 1 are described in the Specification. See, e.g., 
Specification , p. 3, lines 12-23; Specification , p. 37, line 22-p. 38, line 2; Specification , p. 
38, lines 16-23. 

Claims 28, 49 and 50 recite similar limitations. Claim 28 recites "...receive from 
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a particular user client computer devices of a plurality of user client computer devices, a 
request input by a user for a verbal delivery notification service by a carrier for shipping 
a particular parcel and an input by the user of parcel specifications for the particular 
parcel 

It is respectfully submitted that various exemplary embodiments of the 
aforementioned recitations of Claim 28 are described in the Specification. See, e.g., 
Specification , p. 3, lines 12-23; Specification , p. 37, line 22 - p. 38, line 2; Specification , 
p. 38, line 24 -p. 39, line 1. 

Claim 49 recites "...receive from a particular user client computer device of a 
plurality of user client computer devices, a request input by a user for a plurality of 
delivery notification service options for shipping a particular parcel and an input by the 
user of parcel specifications for the particular parcel 

It is respectfully submitted that various exemplary embodiments of the 
aforementioned recitations of Claim 49 are described in the Specification. See, e.g., 
Specification , p. 3, lines 12-23; Specification , p. 37, line 22 - p. 38, line 2; Specification , 
p. 38, lines 16-23; Specification , p. 38, line 24- p. 39, line 1. 

Claim 50 recites "...receive from an at least one respective user of a plurality of 
users, a respective request for an at least one delivery notification service option of a 
plurality of delivery notification service options for shipping a respective particular parcel 

It is respectfully submitted that various exemplary embodiments of the 
aforementioned recitations of Claim 50 are described in the Specification. See, e.g., 
Specification , p. 3, lines 12-23; Specification , p. 37, line 22 - p. 38, line 2; Specification , 
p. 38, lines 16-23; Specification , p. 38, line 24 - p. 39, line 1 . 

Claim 1 further recites that "...for each respective carrier of a plurality of carriers, 
determine whether the respective carrier would provide electronic mail delivery 
notification for shipping the particular parcel according to the request Claims 28, 49 
and 50 recite similar limitations regarding verbal delivery notification and delivery 
notification options. 
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It is respectfully submitted that various exemplary embodiments of the 
aforementioned recitations of Claims 1, 28, 49 and 50 are described in the 
Specification. See, e.g., Specification , p. 64, lines 18-27; Specification , p. 64, line 28 - 
p. 65, line 9; Specification , p. 54, line 27 - p. 55, line 6; Specification , p. 56, lines 21-28; 
Specification , p. 58, line 22 - p. 59, line 8. 

Claim 1 further recites that "...for each respective carrier of the plurality of 
carriers that would provide electronic mail delivery notification for shipping the particular 
parcel according to the request, display to a display device configured for 
communication with the particular user client computer device of the user, as to the 
particular parcel, a simultaneous identification of shipping charges for each delivery 
service offered by the respective carrier to ship the particular parcel according to the 
parcel shipping specifications." Claims 28, 49 and 50 recite similar limitations regarding 
verbal delivery notification and delivery notification options. 

It is respectfully submitted that various exemplary embodiments of the 
aforementioned recitations of Claims 1 , 28, 49 and 50 are described in the 
Specification. See, e.g., FIG. 40 and corresponding description at Specification , p. 66, 
lines 22-24; FIG. 36a and corresponding description at Specification , p. 47, line 28 - p. 
54, line 18; FIG. 36f and corresponding description at Specification , p. 55, line 26 - p. 
57, line 10. 

Claims 51 and 52 

Claim 51 is directed to a shipping management computer system comprising at 
least one computer device. Claim 52 is directed to a method using a computer system 
for managing shipping of a plurality of parcels shipped by any one of a plurality of 
carriers, wherein said computer system comprises at least one computer device. 

It is respectfully submitted that various exemplary embodiments of the 
aforementioned recitations of Claims 51 and 52 are described in the Specification. See, 
e.g., Specification , Title; Specification , Abstract; Specification , p. 18, lines 17-23 
(describing FIG. 4). 
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Claim 51 further recites that the shipping management computer system is 
programmed to, among other things, "... simultaneously identify to a respective user of 
a plurality of users, in response to the respective user's request for at least one delivery 
notification service option of a plurality of delivery notification service options for 
shipping a respective parcel, each delivery service offered by each respective carrier of 
a plurality of carriers that would support each delivery notification service option 
requested by the respective user for delivery of the respective parcel." 

Claim 52 similarly recites that the claimed method comprises "... displaying to a 
respective user of a plurality of users, in response to the respective user's request for at 
least one delivery notification service option of a plurality of delivery notification service 
options for shipping a respective parcel, a simultaneous identification of each delivery 
service offered by each respective carrier of a plurality of carriers that would provide the 
delivery notification service options requested by the respective user for shipping the 
respective parcel." 

It is respectfully submitted that various exemplary embodiments of the 
aforementioned recitations of Claims 51 and 52 are described in the Specification. See, 
e.g., Specification , p. 3, lines 12-23; Specification , p. 37, line 22 - p. 38, line 2; 
Specification , p. 38, lines 16-23; Specification , p. 38, line 24 - p. 39, line 1 . See also, 
e.g., Specification , p. 64, lines 18-27; Specification , p. 64, line 28 - p. 65, line 9; FIG. 40 
and corresponding description at Specification , p. 66, lines 22-24; FIG. 36a and 
corresponding description at Specification , p. 47, line 28 - p. 54, line 18; FIG. 36f and 
corresponding description at Specification , p. 55, line 26 - p. 57, line 10; Specification . 
p. 54, line 27 - p. 55, line 6; Specification , p. 58, line 22 - p. 59, line 8. 

Claim 58 

Claim 58 is directed to a shipping management computer system. 

It is respectfully submitted that various exemplary embodiments of the 
aforementioned recitations of Claim 58 are described in the Specification. See, e.g., 
Specification . Title; Specification . Abstract; Specification , p. 18, lines 17-23 (describing 
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FIG. 4). 

Claim 58 recites "... allowing a user to select, via a notification option selection, 
an electronic mail delivery notification option to be offered in conjunction with a delivery 
of a parcel ... [and] ... receiving said notification option selection from said user ..." 

It is respectfully submitted that various exemplary embodiments of the 
aforementioned recitations of Claim 58 are described in the Specification. See, e.g., 
Specification , p. 3, lines 12-23; Specification , p. 37, line 22-p. 38, line 2; Specification , p. 
38, lines 16-23. 

Claim 58 further recites "... in response to receiving said notification option 
selection ... identifying, from a plurality of carriers, a first carrier that would offer an 
electronic mail delivery notification service in conjunction with performing said delivery 
of the parcel, and ... identifying, from said plurality of carriers, a second carrier that 
would offer an electronic mail delivery notification service in conjunction with performing 
said delivery of the parcel 

It is respectfully submitted that various exemplary embodiments of the 
aforementioned recitations of Claim 58 are described in the Specification. See, e.g., 
Specification , p. 64, lines 18-27; Specification , p. 64, line 28 - p. 65, line 9; 
Specification , p. 54, line 27 - p. 55, line 6; Specification , p. 56, lines 21-28; 
Specification , p. 58, line 22 - p. 59, line 8. 

Claim 58 further recites "...for each delivery service offered by said first carrier, 
using a first set of electronic mail delivery notification rules defined by said first carrier 
for the respective delivery service to calculate a respective service-specific service 
charge that said first carrier would charge for providing an electronic mail delivery 
notification service in conjunction with performing said delivery of the parcel according 
to the respective delivery service ... [and] ... for each delivery service offered by said 
second carrier, using a second set of electronic mail delivery notification rules defined 
by said second carrier for the respective delivery service to calculate a respective 
service-specific service charge that said second carrier would charge for providing an 
electronic mail delivery notification service in conjunction with performing said delivery 
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of the parcel according to the respective delivery service 

It is respectfully submitted that various exemplary embodiments of the 
aforementioned recitations of Claim 58 are described in the Specification. See, e.g., 
Specification , p. 64, lines 18-27; Specification , p. 64, line 28 - p. 65, line 9; 
Specification , p. 54, line 27 - p. 55, line 6; Specification , p. 56, lines 21-28; 
Specification , p. 58, line 22 - p. 59, line 8. 

Claim 58 further recites "... simultaneously displaying on a display screen 
associated with said user: ... a first respective service-specific shipping charge that said 
first carrier would charge in conjunction with performing said delivery of the parcel 
according to a first respective delivery service offered by said first carrier, said first 
respective service-specific shipping charge calculated to include a first respective 
service-specific service charge associated with the first respective delivery service 
providing an electronic mail delivery notification for the delivery of the parcel, ... a 
second respective service-specific shipping charge that said first carrier would charge in 
conjunction with performing said delivery of the parcel according to a second respective 
delivery service offered by said first carrier, said second respective service-specific 
shipping charge calculated to include a second respective service-specific service 
charge associated with the second respective delivery service providing an electronic 
mail delivery notification for the delivery of the parcel, ... a third respective service- 
specific shipping charge that said second carrier would charge in conjunction with 
performing said delivery of the parcel according to a third respective delivery service 
offered by the second carrier, said third respective service-specific shipping charge 
calculated to include a third respective service-specific service charge associated with 
the third respective delivery service providing an electronic mail delivery notification for 
the delivery of the parcel, and ... a fourth respective service-specific shipping charge 
that said second carrier would charge in conjunction with performing said delivery of the 
parcel according to a fourth respective delivery service offered by said second carrier, 
said fourth respective service-specific shipping charge calculated to include a fourth 
respective service-specific service charge associated with the fourth respective delivery 

- 16- 



Application Serial No. 09/685,078 
APPEAL BRIEF 

service providing an electronic mail delivery notification for the delivery of the parcel." 

It is respectfully submitted that various exemplary embodiments of the 
aforementioned recitations of Claim 58 are described in the Specification. See, e.g., 
FIG. 40 and corresponding description at Specification , p. 66, lines 22-24; FIG. 36a and 
corresponding description at Specification , p. 47, line 28 - p. 54, line 18; FIG. 36f and 
corresponding description at Specification , p. 55, line 26 - p. 57, line 10. 



- 17- 



Application Serial No. 09/685,078 
APPEAL BRIEF 

GROUNDS OF REJECTION TO BE REVIEWED ON APPEAL (37 C.F.R. 
641. 37(c) ( DM) heading) 

In the Office Action, Claims 1-6, 49-52 and 58 were rejected under 35 U.S.C. 
§1 03(a) as being unpatentable over Nicholls et al. (U.S. Patent No. 5,485,369; 
" Nicholls ") in view of Fisher et al. (U.S. Patent No. 6,047,264; " Fisher" ). Kara et al. (U.S. 
Patent No. 6,233,568; " Kara ") and InterShipper (Newsbytes Article, February 18, 1998, 
"Internet Update"; " Intershipper" ). Office Action . Topic Nos. 3-10, pgs. 3-5. 

In the Office Action, Claims 28-33 were rejected under 35 U.S.C. §1 03(a) as 
being unpatentable over Nicholls in view of Pauly et al. (U.S. Patent No. 4,958,280; 
" Pauly "), Kara and Intershipper . Office Action , Topic Nos. 11-18, pgs. 5-7. 

For convenient reference, copies of Nicholls . Kara , InterShipper , Fisher and 
Pauly are included in the Evidence Appendix hereto. 

Issue 1 Regarding the Rejection of Independent Claims 49. 50. 51. and 52. 
Under 35 U.S.C. $1 03(a) as Unpatentable over Nicholls in View of Fisher. Kara and 
InterShipper on the Grounds that the Combination of Nicholls. Fisher. Kara and 
InterShipper Render as Obvious the Limitations of the Claims for 
Determining/Identifying Carriers That Would Provide the Requested Delivery 
Notification Service(s) for Shipping a Particular Parcel 

Issue 2 Regarding the Rejection of Independent Claims 1 and 58. and 
Dependent Claims 2-6. Under 35 U.S.C. 5103(a) as Unpatentable over Nicholls in 
View of Fisher. Kara and InterShipper on the Grounds that the Combination of 
Nicholls, Fisher, Kara and InterShipper Render as Obvious the Limitations of the 
Claims for Determining/Identifying Carriers That Would Provide the Requested 
Type of Delivery Notification Services for Shipping a Particular Parcel 
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Issue 3 Regarding the Rejection of Independent Claims 1. 49. 50. 51. 52. 
and 58. and Dependent Claims 2-6. Under 35 U.S.C. $103(a) as Unpatentable over 
Nicholls in View of Fisher. Kara and InterShipper on the Grounds that the 
Combination ofNicholls. Fisher. Kara and InterShipper Render as Obvious the 
Limitations of the Claims for Displaying a Simultaneous Identification of Shipping 
Charges for Shipping the Particular Parcel for Each Delivery Service Offered by 
Each Respective Carrier of the Plurality of Carriers That Would Provide the 
Reguested Delivery Notification Service According to the Reguest 

Issue 4 Regarding the Rejection of Independent Claim 28. and Dependent 
Claims 29-33. Under 35 U.S.C. §1 03(a) as Unpatentable over Nicholls in View of 
Paulv. Kara and InterShipper on the Grounds that the Combination ofNicholls. 
Paulv. Kara and InterShipper Render as Obvious the Limitations of Claim 28 for 
Determining Carriers That Would Provide Verbal Delivery Notification for 
Shipping a Particular Parcel 

Issue 5 Regarding the Rejection of Independent Claim 28. and Dependent 
Claims 20-33. Under 35 U.S.C. $1 03(a) as Unpatentable over Nicholls in View of 
Paulv. Kara and InterShipper on the Grounds that the Combination ofNicholls, 
Paulv. Kara and InterShipper Render as Obvious the Limitations of the Claims for 
Displaying a Simultaneous Identification of Shipping Charges for Shipping the 
Particular Parcel for Each Delivery Service Offered by Each Respective Carrier of 
the Plurality of Carriers That Would Provide the Reguested Verbal Delivery 
Notification Service 
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ARGUMENT (37 C.F.R. §41.37(c)(1)(vii) heading) 

Issue 1 Argument Regarding the Rejection of Independent Claims 49. 50. 
51. and 52 Under 35 U.S.C. $1 03(a) as Unpatentable over Nicholls in View of 
Fisher. Kara and InterShipper on the Grounds that the Combination of 
Nicholls. Fisher. Kara and InterShipper Render as Obvious the Limitations 
of the Claims for Determining/Identifying Carriers That Would Provide the 
Requested Delivery Notification Service(s) for Shipping a Particular Parcel: 
There is No Disclosure in Nicholls. Fisher. Kara or InterShipper of 
Determining/Identifying Carriers That Would Provide the Requested 
Delivery Notification Service(s) for Shipping a Particular Parcel (37 C.F.R. 
S41.37(c)(1)(vii) subheading) 

For the reasons given and the authorities cited below, it is respectfully asserted 
that Claims 49-52 are patentably distinguished from the references of record. It is 
therefore respectfully requested that the rejection of Claims 49-52 be reversed and that 
those Claims be allowed. In particular, it is respectfully asserted that none of the 
references of record, whether considered alone or in combination, disclose, anticipate, 
teach or suggest all of the limitations recited in independent Claims 49-52 as discussed 
in detail in the following paragraphs. 

It is respectfully asserted that independent Claims 49-52 claim, in one way or 
another, determining or identifying carriers that would provide one or more delivery 
notification services for shipping a particular parcel according to a user's request. In 
particular, Claim 49 claims "... for each respective carrier of a plurality of carriers, 
determine whether the respective carrier would provide each of the plurality of delivery 
notification service options [requested by a user] for shipping [a] particular parcel 
according to the request [by the user]. . 

Claim 50 claims ". . .for each respective carrier of a plurality of carriers, for each 
respective delivery notification service option of the at least one delivery notification 
service options [requested by a user], determine whether the respective carrier would 
provide the respective delivery notification service option for shipping the particular 
parcel according to the request [by the user] 
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Claim 51 claims "....simultaneously identify to a respective user of a plurality of 
users, in response to the respective user's request for at least one delivery notification 
service option of a plurality of delivery notification service options for shipping a 
respective parcel, each delivery service offered by each respective carrier of a plurality 
of carriers that would support each delivery notification service option requested by the 
respective user for delivery of the respective parcel." 

Claim 52 claims "...displaying to a respective user of a plurality of users, in 
response to the respective user's request for at least one delivery notification service 
option of a plurality of delivery notification service options for shipping a respective 
parcel, a simultaneous identification of each delivery service offered by each respective 
carrier of a plurality of carriers that would provide the delivery notification service 
options requested by the respective user for shipping the respective parcel." 

Further, it is respectfully asserted that Claims 49-52 claim 
determination/identification of carriers that would provide the requested delivery 
notification services with respect to a particular parcel, as compared to a general 
request for information. In particular, Claim 49 claims user input of parcel specifications 
for the parcel to be shipped. Similarly, Claims 50-52 claim that the user requests the 
delivery notification service with respect to a "respective particular parcel" (Claim 50), or 
"a respective parcel" (Claims 51 and 52). 

The Office Action states that "Nicholls ... fails to disclose determining whether a 
carrier would provide a specific service...." Office Action , Topic No. 6, p. 4. 

In view of the failure of Nicholls to teach determining or identifying carriers that 
would provide a requested delivery notification service for shipping a particular parcel, 
as claimed in one way or another by independent Claims 49-52, the Office Action 
asserts that "Kara discloses a computer program used for multiple shippers that 
determines if a carrier provides a specific service...." Office Action , Topic No. 6, p. 4 
(citing Kara , col. 22, lines 13-48). However, as compared to identifying or determining 
carrier support for providing a particular special service with respect to a particular 
parcel as claimed in one way or another by Claims 49-52, the cited portion of Kara 
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explains that "[t]he E-STAMP program will automatically incorporate the ... entered 
parameters— weight, class, zone — in order to correctly calculate the correct postage ... 
Where a selected shipping service provider does not provide a desired shipping and/or 
delivery parameter, the E-STAMP program may indicate such and provide the fees for a 
service offered by that particular shipping service provider most near that desired by the 
user." Kara , col. 22, lines 13-38. 

Notwithstanding the above-cited assertions by the Office Action, it is respectfully 
asserted that the above-cited disclosure of Kara does not disclose any facility for user 
input of an indication of any type of special service of the type claimed. Rather, 
according to the above-cited disclosure, Kara discloses consideration of "desired 
shipping and/or delivery parameters" and mentions the "entered parameters" of "weight, 
class, zone." See Kara, col. 22, lines 13-38. It is respectfully asserted that basic parcel 
specifications such as weight, and basic shipping parameters such as class and zone, 
are distinguished from special services that may, or may not be provided by particular 
carriers. 

Moreover, even if it were assumed for the sake of argument only that Kara 's 
consideration of basic parcel specifications and basic shipping parameters could be 
considered to be special service options of the nature of the type claimed, it is 
respectfully asserted that the above-cited disclosure of Kara fails to disclose, anticipate, 
teach or suggest identifying or determining, carriers that would provide delivery 
notification services or options for shipping a particular parcel (including a respective 
parcel, or a parcel), as claimed in one way or another by Claims 49-52. 

The Office Action does not assert that InterShipper discloses, anticipates, 
teaches or suggests, and it is respectfully asserted that in fact, InterShipper does not 
disclose, anticipate, teach or suggest, identifying or determining, carriers that would 
provide delivery notification services or options for shipping a particular parcel (including 
a respective parcel, or a parcel), as claimed in one way or another by Claims 49-52. 

It is therefore respectfully asserted that none of the cited references, including 
Nicholls , Kara , and InterShipper , disclose that some carriers may provide a particular 
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special service such as a delivery notification service, and that some carriers may not, 

with respect to a particular parcel. Moreover, it is respectfully asserted that none of the 

cited references, including Nicholls . Kara, and InterShipper , disclose identifying or 

determining whether or not a carrier would provide a particular special service, such as 

a delivery notification service, with respect to a particular parcel. 

As compared to the apparent assumption by some of the references of record 

that all carriers provide special services, or in the case, for example, of Kara, that if a 

carrier provides a certain service, that it would do so with respect to all parcels, the 

Specification of the present application explains: 

One of the problems in dealing with standalone Carrier systems is that, if the 
Shipper wants electronic mail ("e-mail") notification that a particular parcel has 
been delivered, the Shipper must attempt to apply each Carrier's rules for 
providing a Shipper with electronic mail notification that a particular parcel has 
been delivered. Each Carrier's electronic mail delivery notification pricing rules 
must be separately applied by the Shipper to shipment of a particular parcel to 
determine whether or not the particular Carrier offers electronic mail delivery 
notification and ifso f the price for the service. 

Specification , p. 2, lines 19-25 (emphasis added). 

For example, as compared to the apparent assumption by some of the 
references of record that all carriers provide special services, or in the case, for 
example, of Kara , that if a carrier provides a certain service, that it would do so with 
respect to all parcels, Claim 49 recites the limitation "...for each respective carrier of a 
plurality of carriers, determine whether the respective carrier would provide each of the 
plurality of delivery notification service options for shipping the particular parcel 
according to the request (Emphasis added). 

Similarly, Claim 50 recites the limitation "...for each respective carrier of a 
plurality of carriers, for each respective delivery notification service option of the at least 
one delivery notification service options, determine whether the respective carrier would 
provide the respective delivery notification service option for shipping the particular 
parcel according to the request (Emphasis added). 

Similarly, Claim 51 recites the limitations ". . .simultaneously identify to a 
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respective user of a plurality of users, in response to the respective user's request for at 
least one delivery notification service option of a plurality of delivery notification service 
options for shipping a respective parcel, each delivery service offered by each 
respective carrier of a plurality of carriers that would support each delivery notification 
service option requested by the respective user for delivery of the respective parcel" 
(Emphasis added). 

Similarly, Claim 52 recites the limitations "...displaying to a respective user of a 
plurality of users, in response to the respective user's request for at least one delivery 
notification service option of a plurality of delivery notification service options for 
shipping a respective parcel, a simultaneous identification of each delivery service 
offered by each respective carrier of a plurality of carriers that would provide the 
delivery notification service options requested by the respective user for shipping the 
respective parcel." (Emphasis added). 

It is respectfully asserted that the above-recited limitations by Claims 49-52 are 
distinguished from the references of record. 

Therefore, it is respectfully asserted that none of the references of record 
disclose, anticipate, teach or suggest identifying or determining which of a plurality of 
carriers would provide for delivery of a particular parcel, a delivery notification service 
and which do not, as claimed in one way or another by Claims 49-52. 

The Office Action concedes that "Nicholls ... fails to disclose the specific delivery 
requirements includes an electronic mail delivery notification ..." ( Office Action , Topic 
No. 5, p. 4), but asserts that "Fisher discloses a method for supplying automatic status 
updates using e-mail (See abstract) ..." and asserts that "[i]t would have been obvious 
to one having ordinary skill in the art at the time the invention was made to have the 
proof of delivery of Nicholls be the electronic notification system, as disclosed by Fisher 

Office Action , Topic No. 5 t p. 4. The Office Action further asserts that the 
aforementioned combination "... would have been obvious ... in order to automatically 
send delivery status messages over email without the aid or need of a human customer 
service representative [citing Fisher, cols. 1 and 2]." Office Action . Topic No. 5, p. 4. 
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It is respectfully asserted that the aforementioned reasoning in the Office Action 
misconstrues the claimed limitations. In particular, as compared to the reasoning of the 
Office Action that it would have been obvious to make the asserted combination "... in 
order to automatically send delivery status messages over email it is respectfully 
submitted that none of Claims 49-52 are directed to supplying, or in any way providing, 
automatic status updates using email. Rather, Claim 49, for example, recites the 
limitations to "...receive ... from a particular user client computer device a request 
input by a user for a plurality of delivery notification service options for shipping a 
particular parcel and an input by the user of parcel specifications for the particular 
parcel ..." and then, "...for each respective carrier of the plurality of carriers that would 
provide each of the plurality of delivery notification service options for shipping the 
particular parcel display to a display device as to the particular parcel, a 
simultaneous identification of shipping charges for each delivery service offered by the 
respective carrier to ship the particular parcel according to the parcel shipping 
specifications." 

Further still, as compared to the reasoning of the Office Action that it would have 
been obvious to make the asserted combination "... in order to automatically send 
delivery status messages over email it is respectfully asserted that there is no 
disclosure in Fisher of the Fisher carriers themselves providing any type of delivery 
notification. Rather, in Fisher , as further explained below, the Fisher system 
interrogates a carrier's system to determine the status of a customer's respective 
shipment; the Fisher system then composes an email message to the respective 
customer regarding the status of the customer's respective shipment. 

Moreover, for the following reasons and authorities, it is respectfully asserted 
that the combination of Fisher with Nicholls and the other references of record, adds 
nothing to support the rejection of Claims 49-52. That is because, as further explained 
below, the disclosure of Fisher is fundamentally different than the limitations of 
independent Claims 49-52. 

Fisher discloses a merchant system that tracks shipment status of a customer's 
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order sent by a particular merchant using a particular carrier to the respective ordering 
customer. Fisher , col. 2, lines 12-18. According to Fisher , the Fisher system 
interrogates the carrier's system to determine the shipping status of the respective 
order. Fisher , col. 2, lines 12-18. The Fisher system then composes and sends an 
email notice to the respective ordering customer regarding their respective order 
shipment status. Fisher , col. 2, lines 12-18. It is respectfully asserted that there is no 
disclosure in Fisher of the Fisher carriers themselves providing any type of delivery 
notification. 

As distinguished from a system such as the one disclosed in Fisher that itself 
composes a shipment status email message based on a carrier-system interrogation, it 
is respectfully asserted that Claim 49, for example, recites limitations that "...for each 
respective carrier of a plurality of carriers, determine whether the respective carrier 
would provide each of the plurality of delivery notification service options for shipping 
the particular parcel according to the request (Emphasis added). 

As further distinguished from a system such as disclosed in Fisher that itself 
composes a shipment status email message based on a carrier-system interrogation, it 
is respectfully asserted that Claim 49, for example, recites limitations that "... for each 
respective carrier of the plurality of carriers that would provide each of the plurality of 
delivery notification service options for shipping the particular parcel . . display to a 
display device..., as to the particular parcel, a simultaneous identification of shipping 
charges for each delivery service offered by the respective carrier to ship the particular 
parcel according. to the parcel shipping specifications..." (emphasis added) (See a/so, 
similar limitations of Claims 50-52). That is, as compared to the Fisher system that itself 
provides shipment status, Claim 49, for example, is directed to determining which 
carriers would provide delivery notification service options, and then providing a 
simultaneous display of shipping charges for various carriers and various delivery 
services that would provide the delivery notification service options for shipping a 
particular parcel. 

Yet further, it is respectfully asserted that, as distinguished from the Fisher 
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system composition of an email message to a customer, Claim 49, for example, recites 
"...receiving] ... from a particular user client computer device a request input by a 
user for a plurality of delivery notification service options for shipping a particular parcel 
and an input by the user of parcel specifications for the particular parcel ..." and then, 
"...for each respective carrier of the plurality of carriers that would provide each of the 
plurality of delivery notification service options for shipping the particular parcel 
display to a display device as to the particular parcel, a simultaneous identification of 
shipping charges for each delivery service offered by the respective carrier to ship the 
particular parcel according to the parcel shipping specifications." 

In view of the above-described distinctions between the disclosures of the cited 
references on the one hand, and independent Claims 49-52, on the other hand, it is 
respectfully asserted, for the reasons given above, that none of the cited references, 
whether considered alone or in combination with any other reference of record, do not 
anticipate, disclose, teach or suggest all of the limitations of Claims 49-52 of the present 
application. It is therefore respectfully requested that the rejection of Claims 49-52 be 
reversed and that those Claims be allowed. 

Issue 2 Argument Regarding the Rejection of Independent Claims 1 and 58, 
and Dependent Claims 2-6, Under 35 U.S.C. §103(a) as Unpatentable over 
Nicholls in View of Fisher, Kara and InterShipper on the Grounds that the 
Combination of Nicholls, Fisher, Kara and InterShipper Render as Obvious 
the Limitations of the Claims for Determining/Identifying Carriers That 
Would Provide the Requested Type of Delivery Notification Service for 
Shipping a Particular Parcel: There is No Disclosure in Nicholls, Fisher, 
Kara or InterShipper of Determining/Identifying Carriers That Would 
Provide the Reguested Type of Delivery Notification Service for Shipping a 
Particular Parcel (37 C.F.R §41.37(c)(1)(vii) subheading) 

For the reasons given and the authorities cited below, it is respectfully asserted 
that Claims 1 and 58, and therefore dependent Claims 2-6, are patentably distinguished 
from the references of record. It is therefore respectfully requested that the rejection of 
Claims 1 and 58, and therefore dependent Claims 2-6, be reversed and that those 
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Claims be allowed. In particular, it is respectfully asserted that none of the references 
of record, whether considered alone or in combination, disclose, anticipate, teach or 
suggest all of the limitations recited in independent Claims 1 and 58 as discussed in 
detail in the following paragraphs. 

It is respectfully asserted that independent Claims 1 and 58 each claim, in one 
way or another, determining or identifying carriers that would provide electronic mail 
delivery notification for shipping a particular parcel according to a user's request. In 
particular, Claim 1 claims, "for each respective carrier of a plurality of carriers, 
determine whether the respective carrier would provide electronic mail delivery 
notification for shipping [a] particular parcel [according to a request input by a user for 
an electronic mail delivery notification service by a carrier system for shipping the 
particular parcel]. Claim 58 claims "... identifying, from a plurality of carriers, a first 
carrier that would offer an electronic mail delivery notification service in conjunction with 
performing said delivery of the parcel, and ... identifying, from said plurality of carriers, a 
second carrier that would offer an electronic mail delivery notification service in 
conjunction with performing said delivery of the parcel." 

Further, it is respectfully asserted that Claims 1 and 58 claim 
determination/identification of carriers that would provide electronic mail delivery 
notification with respect to a particular parcel, as compared to a general request for 
information. In particular, Claim 1 claims user input of parcel specifications for the 
parcel to be shipped. Similarly, Claim 58 claims that the user requests electronic mail 
delivery notification with respect to "a parcel". 

The Office Action states that "Nicholls ... fails to disclose determining whether a 
carrier would provide a specific service...." Office Action , Topic No. 6, p. 4. 

In view of the failure of Nicholls to teach determining or identifying carriers that 
would provide a requested electronic mail delivery notification service for shipping a 
particular parcel, as claimed in one way or another by independent Claims 1 and 58, the 
Office Action asserts that "Kara discloses a computer program used for multiple 
shippers that determines if a carrier provides a specific service...." Office Action , Topic 
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No. 6, p. 4 (citing Kara, col. 22, lines 13-48). However, as compared to identifying or 
determining carrier support for providing a particular special service, such as electronic 
mail delivery notification, with respect to a particular parcel as claimed in one way or 
another by Claims 1 and 58, and therefore dependent Claims 2-6, the cited portion of 
Kara explains that "[t]he E-STAMP program will automatically incorporate the ... entered 
parameters — weight, class, zone— in order to correctly calculate the correct postage ... 
Where a selected shipping service provider does not provide a desired shipping and/or 
delivery parameter, the E-STAMP program may indicate such and provide the fees for a 
service offered by that particular shipping service provider most near that desired by the 
user." Kara, col. 22, lines 13-38. 

Notwithstanding the above-cited assertions by the Office Action, it is respectfully 
asserted that the above-cited disclosure of Kara does not disclose any facility for user 
input of an indication of any type of special service of the type claimed. Rather, 
according to the above-cited disclosure, Kara discloses consideration of "desired 
shipping and/or delivery parameters" and mentions the "entered parameters" of "weight, 
class, zone." See Kara , col. 22, lines 13-38. It is respectfully asserted that basic parcel 
specifications such as weight, and basic shipping parameters such as class and zone, 
are distinguished from special services that may, or may not be provided by particular 
carriers. 

Moreover, even if it were assumed for the sake of argument only that Kara 's 
consideration of basic parcel specifications and basic shipping parameters could be 
considered to be special service options of the nature of the type claimed, it is 
respectfully asserted that the above-cited disclosure of Kara fails to disclose, anticipate, 
teach or suggest identifying or determining, carriers that would provide electronic mail 
delivery notification for shipping a particular parcel, as claimed in one way or another by 
Claims 1 and 58. 

The Office Action does not assert that InterShipper discloses, anticipates, 
teaches or suggests, and it is respectfully asserted that in fact, InterShipper does not 
disclose, anticipate, teach or suggest, identifying or determining, carriers that would 
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provide electronic mail delivery notification for shipping a particular parcel (or a 
respective parcel, or a parcel), as claimed in one way or another by Claims 1 and 58, 

It is therefore respectfully asserted that none of the cited references, including 
Nicholls , Kara , and InterShipper , disclose that some carriers may provide a particular 
special service, such as electronic mail delivery notification, and that some carriers may 
not, with respect to a particular parcel. Moreover, it is respectfully asserted that none of 
the cited references, including Nicholls , Kara , and InterShipper disclose identifying or 
determining whether or not a carrier would provide a particular special service, such as 
electronic mail delivery notification, with respect to a particular parcel. 

As compared to the apparent assumption by some of the references of record 

that all carriers provide special services, or in the case, for example, of Kara , that if a 

carrier provides a certain service, that it would do so with respect to all parcels, the 

Specification of the present application explains: 

One of the problems in dealing with standalone Carrier systems is that, if the 
Shipper wants electronic mail ("e-mail") notification that a particular parcel has 
been delivered, the Shipper must attempt to apply each Carrier's rules for 
providing a Shipper with electronic mail notification that a particular parcel has 
been delivered. Each Carrier's electronic mail delivery notification pricing rules 
must be separately applied by the Shipper to shipment of a particular parcel to 
determine whether or not the particular Carrier offers electronic mail delivery 
notification and if so, the price for the service. 

Specification , p. 2, lines 19-25 (emphasis added). 

For example, as compared to the apparent assumption by some of the 
references of record that all carriers provide special services, or in the case, for 
example, of Kara , that if a carrier provides a certain service, that it would do so with 
respect to all parcels, Claim 1 recites the limitations "...for each respective carrier of the 
plurality of carriers that would provide electronic mail delivery notification for shipping 
the particular parcel according to the request (Emphasis added). 

Similar to the determining limitations of Claims 1 , Claim 58 recites the following 
limitations for identifying carriers that would provide an electronic mail delivery 
notification service: 
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(C)in response to receiving said notification option selection: 

(1) identifying, from a plurality of carriers, a first carrier that would offer an 
electronic mail delivery notification service in conjunction with performing 
said delivery of the parcel, and 

(2) identifying, from said plurality of carriers, a second carrier that would 
offer an electronic mail delivery notification service in conjunction with 
performing said delivery of the parcel; 

It is respectfully asserted that the above-recited limitations by Claims 1 and 58, 
and therefore dependent Claims 2-6 are distinguished from the references of record. 

Therefore, it is respectfully asserted that none of the references of record 
disclose, anticipate, teach or suggest identifying or determining which of a plurality of 
carriers would provide for delivery of a particular parcel, a delivery notification service 
and which do not, as claimed in one way or another by Claims 1 and 58, and therefore 
dependent Claims 2-6. 

The Office Action concedes that "Nicholls ... fails to disclose the specific delivery 
requirements includes an electronic mail delivery notification ..." ( Office Action , Topic 
No. 5, p. 4), but asserts that "Fisher discloses a method for supplying automatic status 
updates using e-mail (See abstract) ..." and asserts that "[i]t would have been obvious 
to one having ordinary skill in the art at the time the invention was made to have the 
proof of delivery of Nicholls be the electronic notification system, as disclosed by Fisher 

Office Action , Topic No. 5, p. 4. The Office Action further asserts that the 
aforementioned combination "... would have been obvious ... in order to automatically 
send delivery status messages over email without the aid or need of a human customer 
service representative [citing Fisher, cols. 1 and 2]." Office Action , Topic No. 5, p. 4. 

It is respectfully asserted that the aforementioned reasoning in the Office Action 
misconstrues the claimed limitations. In particular, as compared to the reasoning of the 
Office Action that it would have been obvious to make the asserted combination "... in 
order to automatically send delivery status messages over email it is respectfully 
submitted that none of Claims 1-6, and 58 are directed to supplying, or in any way 
providing, automatic status updates using email. Rather, Claim 1 , for example, recites 
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the limitations to "...receive ... a request input by a user for an electronic mail delivery 
notification service by a carrier system for shipping a particular parcel ..." and then, "... 
for each respective carrier of the plurality of carriers that would provide electronic mail 
delivery notification for shipping the particular parcel according to the request, display ... 
a simultaneous identification of shipping charges for each delivery service offered by the 
respective carrier to ship the particular parcel according to the parcel shipping 
specifications." 

Further still, as compared to the reasoning of the Office Action that it would have 
been obvious to make the asserted combination "... in order to automatically send 
delivery status messages over email it is respectfully asserted that there is no 
disclosure in Fisher of the Fisher carriers themselves providing any type of delivery 
notification. Rather, in Fisher , as further explained below, the Fisher system 
interrogates a carrier's system to determine the status of a customer's respective 
shipment; the Fisher system then composes an email message to the respective 
customer regarding the status of the customer's respective shipment. 

Moreover, for the following reasons and authorities, it is respectfully asserted 
that the combination of Fisher with Nicholls and the other references of record, adds 
nothing to support the rejection of Claims 1-6, and 58. That is because, as further 
explained below, the disclosure of Fisher is fundamentally different than the limitations 
of independent Claims 1 and 58, and their respective dependent Claims 2-6. 

Fisher discloses a merchant system that tracks shipment status of a customer's 
order sent by a particular merchant using a particular carrier to the respective ordering 
customer. Fisher col. 2, lines 12 - 18. According to Fisher , the Fisher system 
interrogates the carrier's system to determine the shipping status of the respective 
order. Fisher , col. 2, lines 12-18. The Fisher system then composes and sends an 
email notice to the respective ordering customer regarding their respective order 
shipment status. Fisher , col. 2, lines 12-18. It is respectfully asserted that there is no 
disclosure in Fisher of the Fisher carriers themselves providing any type of delivery 
notification. 
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As distinguished from a system such as the one disclosed in Fisher that itself 
composes a shipment status email message based on a carrier-system interrogation, it 
is respectfully asserted that Claim 1 , for example, recites limitations that "...for each 
respective carrier of a plurality of carriers, determine whether the respective carrier 
would provide electronic mail delivery notification for shipping the particular parcel 
according to the request." (Emphasis added). 

As further distinguished from a system such as disclosed in Fisher that itself 
composes a shipment status email message based on a carrier-system interrogation, it 
is respectfully asserted that Claim 1 , for example, recites limitations that "... for each 
respective carrier of the plurality of carriers that would provide electronic mail delivery 
notification for shipping the particular parcel ... display ... a simultaneous identification 
of shipping charges for each delivery service offered by the respective carrier to ship the 
particular parcel according to the parcel shipping specifications..." (emphasis added) 
(See a/so, similar limitations of Claim 58). That is, as compared to the Fisher system 
that itself provides shipment status, Claim 1 , for example, is directed to determining 
which carriers would provide electronic mail delivery notification and then providing a 
simultaneous display of shipping charges for various carriers and various delivery 
services that would provide delivery notification for shipping a parcel. 

Yet further, it is respectfully asserted that, as distinguished from the Fisher 
system composition of an email message to a customer, Claim 1, for example, recites 
"...receiving] ... a request input by a user for an electronic mail delivery notification 
service by a carrier system for shipping a particular parcel ..." and then, "... for each 
respective carrier of the plurality of carriers that would provide electronic mail delivery 
notification for shipping the particular parcel according to the request, displaying] ... a - 
simultaneous identification of shipping charges for each delivery service offered by the 
respective carrier to ship the particular parcel according to the parcel shipping 
specifications." 

In view of the above-described distinctions between the disclosures of the cited 
references on the one hand, and independent Claims 1 and 58, and their respective 
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dependent Claims 2-6, on the other hand, it is respectfully asserted, for the reasons 
given above, that none of the cited references, whether considered alone or in 
combination with any other reference of record, do not anticipate, disclose, teach or 
suggest all of the limitations of Claims 1 and 58, and therefore dependent Claims 2-6, of 
the present application. It is therefore respectfully requested that the rejection of Claims 
1 and 58, and therefore dependent Claims 2-6, be reversed and that those Claims be 
allowed. 



Issue 3 Argument Regarding the Rejection of Independent Claims 1, 49, 50, 
51, 52, and 58, and Dependent Claims 2-6. Under 35 U.S.C. S1 03(a) as 
Unpatentable over Nicholls in View of Fisher, Kara and InterShipper on the 
Grounds that the Combination ofNicholls, Fisher, Kara and InterShipper 
Render as Obvious the Limitations of the Claims for Displaying a 
Simultaneous Identification of Shipping Charges for Shipping the Particular 
Parcel for Each Delivery Service Offered by Each Respective Carrier of the 
Plurality of Carriers That Would Provide the Reguested Delivery 
Notification Service According to the Reguest: There is No Disclosure in 
Nicholls, Fisher. Kara and InterShipper for Displaying a Simultaneous 
Identification of Shipping Charges for Shipping the Particular Parcel for 
Each Delivery Service Offered by Each Respective Carrier of the Plurality of 
Carriers That Would Provide the Reguested Delivery Notification Service 
For the Particular Parcel (37 C.F.ff. $41.37(c)(1)(vii) subheading) 

The Office Action states that "Fisher and Nichols discloses a multiple carrier 
system that calculates rates for carriers with specific parameters such as a notification 
of delivery, however Nicholls discloses the automatic selection of a carrier and fails to 
disclose ... simultaneously displaying the rates of the carriers to the user." Office 
Action , Topic No. 6, p. 4. 

In an effort to compensate for the above-quoted statement that "...Nicholls ... 
fails to disclose simultaneously displaying the rates of the carriers to the user..., " the 
Office Action asserts that "Kara discloses a computer program ... that ... simultaneously 
displays rates for multiple carriers and calculate shipping rates of multiple services for 
multiple carriers (first, second, third and fourth) (See Figure 8, column 22, lines 20-38)." 
Office Action , Topic No. 6, p. 4. The Office Action then concludes that "[i]t would have 
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been obvious ... to have the shipping rates of Nicholls be displayed to the user as 
disclosed by Kara, in order to present the user with information from which to make an 
informed choice as to a particular shipping service provider by which to ship a particular 
item. (See Kara, column 22)." Office Action . Topic No. 6, pgs. 4-5. 

The Office Action then concedes that "Nicholls, Fisher and Kara . . . fails to 
disclose the simultaneous display of the rates for each carrier for each service" ( Office 
Action . Topic No. 7, p. 5), but asserts that "Intershipper is an internet, online website, 
where internet users can enter origin, destination, package weight and dimensions and 
will be displayed every method possible that you can use to ship your package for all 
major shippers (See Internet Update Article Page 1, Paragraphs 1-3)." Office Action . 
Topic No. 7, p. 5. The Office Action then states that "[i]t would have been obvious to 
... modify Nicholls and Kara to display every method possible to ship a package, as 
disclosed by InterShipper, in order to find the cheapest shipping rates (See Page 1)." 
Office Action . Topic No. 7, p. 5. 

It is respectfully asserted, for the reasons described further below, that there is 
no disclosure in the references of record, including Nicholls. Fisher. Kara and 
InterShipper . even when considered in combination, of displaying a simultaneous 
identification of shipping charges for shipping a particular parcel for each delivery 
service offered by each respective carrier of a plurality of carriers that would provide a 
requested delivery notification service as claimed in one way or another by Independent 
Claims 1 , 49, 50, 51 , 52, and 58, and Dependent Claims 2-6. 

Notwithstanding the aforementioned characterization of Kara by the Office Action 
that "... Kara discloses a computer program ... that ... simultaneously displays rates for 
multiple carriers and calculate shipping rates of multiple services for multiple carriers 
(first, second, third and fourth) (See Figure 8, column 22, lines 20-38)." ( Office Action . 
Topic No. 6, p. 4), the Office Action expressly concedes that Kara fails to disclose 
simultaneously displaying rates for multiple delivery services for multiple carriers as 
claimed in one way or another by Independent Claims 1 , 49, 50, 51 , 52, and 58, and 
Dependent Claims 2-6. Office Action . Topic No. 7, p. 5. Further, it is respectfully 
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asserted that Kara fails to disclose simultaneously calculating rates for multiple delivery 
services for multiple carriers. 

Further still, Applicants respectfully disagree with the foregoing conclusion of the 
Office Action, and respectfully assert that the Office Action fails to cite evidence, of 
obviousness of the claimed limitations. See Office Action , Topic No. 6, pgs. 4 -5 
(concluding that "[i]t would have been obvious ... to have the shipping rates of Nicholls 
displayed to the user as disclosed by Kara, in order to present the user with information 
from which to make an informed choice as to a particular shipping service provider by 
which to ship a particular item. (See Kara, column 22).") In particular, it is respectfully 
asserted that the asserted reasoning of the Office Action of obviousness of presenting a 
user with information for making an informed choice does not in any way teach or 
suggest the specific limitations of the rejected Claims. 

The Office Action then states that "Nicholls, Fisher and Kara, disclose the use of 
calculating and displaying rates for specific services, for multiple carriers, but fails to 
disclose the simultaneous display of the rates for each carrier for each service." Office 
Action , Topic No. 7, Page 5. 

In an effort to compensate for the above-quoted statement of failure by Nicholls , 
Fisher and Kara to disclose a simultaneous display of the rates for each carrier for each 
service, the Office Action asserts that "Intershipper is an internet, online website, where 
internet users can enter origin, destination, package weight and dimensions and will be 
displayed [sic] every method possible that you can use to ship your package for all 
major shippers Office Action , Topic No. 7, p. 4 (citing Internet Update Article Page 
1, paragraphs 1-3). 

It is respectfully asserted that the InterShiooer reference does not disclose the 
combination of limitations recited by Independent Claims 1, 49, 50, 51, 52, and 58, and 
Dependent Claims 2-6, even when that reference is considered in combination with the 
other cited references. In particular, it is respectfully asserted that InterShipper does 
not disclose displaying a simultaneous identification of shipping charges for shipping a 
particular parcel for each delivery service offered by each respective carrier of a plurality 
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of carriers that would provide a requested delivery notification service, as claimed in one 
way or another by Independent Claims 1, 49, 50, 51, 52, and 58, and Dependent Claims 
2-6. 

It is respectfully acknowledged that the InterShipper reference makes the 

following statements: 

Internet users can now get shipping rates from all major shippers in just a few 
seconds. Simply enter your origin, anywhere in the U.S. is OK, and destination, 
worldwide, along with your package weight and dimensions. The free service will 
return every method possible that you can use to ship your package and arrange 
the results in cost order, and color code the results by approximate transit time. 
World Wide Web: http//www.wwmerchant.com/iship. 

InterShipper , p. 1 , ^2. 

The Office Action is apparently asserting that the above-quoted statements 
should be inferred to indicate that the InterShipper reference simultaneously displayed 
its results, and that the InterShipper reference included multiple delivery services 
offered by multiple carriers in its results. 

It is respectfully asserted that both such inferences are equally misplaced and 
unsupported. 

Importantly, the cited InterShipper reference is a publication, not a U.S. patent. 
As such, there is no presumption of enablement as to the disclosure of the cited 
InterShipper reference. Moreover, as to the Claims of the present application, it is 
respectfully asserted that the cited InterShipper reference is not enabling. 

Although the cited InterShipper reference may qualify as a prior art reference 
under Section 103, it may only be used as a prior art reference "... for what is in fact 
disclosed in it." See Reading and Bates Construction Co. v. Baker Energy Resources 
Corp .* 748 F.2d 645, 652 (Fed. Cir. 1984) (finding a non-enabling promotional brochure 
cannot be used as a vehicle for qualifying a later filed patent as prior art). 

In particular, it is respectfully asserted that, contrary to the inferences apparently 
asserted by the Office Action, the InterShipper reference never states that the 
InterShipper service would display its results simultaneously. Rather, the InterShipper 
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reference states only that "[t]he free service will return every method possible that you 
can use to ship your package It does not say that such returned "every method 
possible" will be simultaneously displayed. 

It is therefore respectfully asserted that the inference apparently asserted by the 
Office Action that the InterShipper reference discloses a simultaneous display where, in 
fact, none is disclosed, is evidence that the rejection improperly imports a perspective 
gleaned from the present application to impermissibly read a non-existing feature into 
the InterShipper reference and the combination of that reference with the other cited 
references. CI In re Mahurkar Patent Litigation , 831 F. Supp. 1354, 1374-75, 28 
U.S.P.Q.2d (BNA) 1801, 1817 (N.D. III. 1993), aff'd, 71 F.3d 1573, 37 U.S.P.Q.2d 1138 
(Fed. Cir. 1995). 

Moreover, it is respectfully asserted therefore, that the invention claimed as a 
whole by Independent Claims 1 , 49, 50, 51, 52, and 58, and Dependent Claims 2-6 of 
the present application, is non-obvious in view of the references of record. 

Yet further, contrary to the inference apparently asserted by the Office Action that 
the InterShipper reference discloses displaying a simultaneous identification of shipping 
charges for shipping a particular parcel for each delivery service offered by each 
respective carrier of a plurality of carriers that would provide a requested delivery 
notification service, as claimed in one way or another by Independent Claims 1, 49, 50, 
51 , 52, and 58, and Dependent Claims 2-6, it is respectfully asserted that the 
InterShipper reference never states that the InterShipper service would include shipping 
charges for each delivery service offered by the "major shippers." To the contrary, the 
InterShipper reference specifically states that "Internet users can now get shipping rates 
from all major shippers not by each delivery service offered by "all the major 
shippers" as suggested in the Office Action. 

Accordingly, it is respectfully asserted that the combinations of the limitations 
recited by Independent Claims 1, 49, 50, 51, 52, and 58, and Dependent Claims 2-6, 
are therefore not disclosed, anticipated, taught or suggested by InterShipper . 

Moreover, because the Office Action relied on InterShipper to provide the 
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conceded missing link of a simultaneous display absent from the Nicholls , Fisher and 

Kara references, it is therefore respectfully asserted that the combinations of limitations 

recited by Independent Claims 1, 49, 50, 51, 52, and 58, and Dependent Claims 2-6, 

are therefore not disclosed, anticipated, taught or suggested by, and are non-obvious in 

view of, the combination of the Nicholls . Fisher, Kara and InterShiooer references. 

As distinguished for the above-given reasons from the references of record that 

do not disclose a simultaneous display or identification, Claim 1 recites: 

for each respective carrier of the plurality of carriers that would provide electronic 
mail delivery notification for shipping the particular parcel according to the 
request, display to a display device configured for communication with the 
particular user client computer device of the user, as to the particular parcel, a 
simultaneous identification of shipping charges for each delivery service offered 
by the respective carrier to ship the particular parcel according to the parcel 
shipping specifications. 

(Emphasis added). 

As distinguished for the above-given reasons from the references of record that 

do not disclose a simultaneous display or identification, Claim 49 recites: 

for each respective carrier of the plurality of carriers that would provide each of 
the plurality of delivery notification service options for shipping the particular 
parcel according to the request, display to a display device configured for 
communication with the particular user client computer device of the user, as to 
the particular parcel, a simultaneous identification of shipping charges for each 
delivery service offered by the respective carrier to ship the particular parcel 
according to the parcel shipping specifications. 

(Emphasis added). 

As distinguished for the above-given reasons from the references of record that 
do not disclose a simultaneous display or identification, Claim 50 recites: 

calculate a service-specific, carrier-specific delivery notification service 
charge by each delivery service offered by each respective carrier of the plurality 
of carriers for each respective delivery notification service option requested by 
the respective user that each delivery service offered by each respective carrier 
would support for delivery of the respective particular parcel; and 

display to a display device configured for communication with a user client 
computer device associated with the at least one respective user, a simultaneous 
identification of each service-specific, carrier-specific delivery notification service 
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charge. 
(Emphasis added). 

As distinguished for the above-given reasons from the references of record that 

do not disclose a simultaneous display or identification, Claim 51 recites: 

simultaneously identify to a respective user of a plurality of users, in response to 
the respective user's request for at least one delivery notification service option 
of a plurality of delivery notification service options for shipping a respective 
parcel, each delivery service offered by each respective carrier of a plurality of 
carriers that would support each delivery notification service option requested by 
the respective user for delivery of the respective parcel. 

(Emphasis added). 

As distinguished for the above-given reasons from the references of record that 

do not disclose a simultaneous display or identification, Claim 52 recites: 

displaying to a respective user of a plurality of users, in response to the 
respective user's request for at least one delivery notification service option of a 
plurality of delivery notification service options for shipping a respective parcel, a 
simultaneous identification of each delivery service offered by each respective 
carrier of a plurality of carriers that would provide the delivery notification service 
options requested by the respective user for shipping the respective parcel. 

(Emphasis added). 

As distinguished for the above-given reasons from the references of record that 
do not disclose a simultaneous display or identification, Claim 58 recites:* 

(F) simultaneously displaying on a display screen associated with said user: 

(1) a first respective service-specific shipping charge that said first carrier 
would charge in conjunction with performing said delivery of the parcel 
according to a first respective delivery service offered by said first carrier, 
said first respective service-specific shipping charge calculated to include 
a first respective service-specific service charge associated with the first 
respective delivery service providing an electronic mail delivery notification 
for the delivery of the parcel, 

(2) a second respective service-specific shipping charge that said first carrier 
would charge in conjunction with performing said delivery of the parcel 
according to a second respective delivery service offered by said first 
carrier, said second respective service-specific shipping charge calculated 
to include a second respective service-specific service charge associated 
with the second respective delivery service providing an electronic mail 
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delivery notification for the delivery of the parcel, 

(3) a third respective service-specific shipping charge that said second carrier 
would charge in conjunction with performing said delivery of the parcel 
according to a third respective delivery service offered by the second 
carrier, said third respective service-specific shipping charge calculated to 
include a third respective service-specific service charge associated with 
the third respective delivery service providing an electronic mail delivery 
notification for the delivery of the parcel, and 

(4) a fourth respective service-specific shipping charge that said second 
carrier would charge in conjunction with performing said delivery of the 
parcel according to a fourth respective delivery service offered by said 
second carrier, said fourth respective service-specific shipping charge 
calculated to include a fourth respective service-specific service charge 
associated with the fourth respective delivery service providing an 
electronic mail delivery notification for the delivery of the parcel. 

(Emphasis added). 

Yet further, it is respectfully asserted that there is no disclosure in Fisher of any 
monetary distinction or service level distinction, or of any report or display of any 
monetary or service level distinction, between shipping charges or service levels 
provided by one Fisher carrier or another for providing one type of delivery or another. 

As distinguished from Fisher in which there is no disclosure of a monetary 
distinction or service level distinction between shipping charges or service levels 
provided by one Fisher carrier or another, it is respectfully asserted that Claim 1, for 
example, recites limitations that "... for each respective carrier of the plurality of carriers 
that would provide electronic mail delivery notification for shipping the particular parcel 
... display ... a simultaneous identification of shipping charges for each delivery service 
offered by the respective carrier to ship the particular parcel according to the parcel 
shipping specifications..." (emphasis added). That is, as compared to the Fisher Claim 
1, for example, is directed to providing a simultaneous display of shipping charges for 
various carriers and various delivery service notification. 

Similar to Claim 1 , as distinguished from Fisher in which there is no disclosure of 
a monetary distinction or service level distinction between shipping charges or service 
levels provided by one Fisher carrier or another, it is respectfully asserted that Claim 49 
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recites: 

for each respective carrier of the plurality of carriers that would provide each of 
the plurality of delivery notification service options for shipping the particular 
parcel according to the request, display to a display device configured for 
communication with the particular user client computer device of the user, as to 
the particular parcel, a simultaneous identification of shipping charges for each 
delivery service offered by the respective carrier to ship the particular parcel 
according to the parcel shipping specifications. 

(Emphasis added). 

For reasons similar to those described above regarding Claims 1 and 49, it is 
respectfully submitted that Fisher does not disclose "... displaying] to a display device 
configured for communication with a user client computer device associated with the at 
least one respective user, a simultaneous identification of each service-specific, carrier- 
specific delivery notification service charge ..." as recited by Claim 50. 

For reasons similar to those described above regarding Claims 1 , 49, and 50, it is 
respectfully submitted that Fisher does not disclose "...simultaneously displaying ... 
service-specific shipping charges ..." for multiple delivery services offered by multiple 
carriers as claimed by Claim 58. 

As compared to a system such as the one disclosed in Fisher that itself 
composes a shipment status email message based on a carrier-system interrogation, it 
is respectfully asserted that Claim 51 , for example, recites limitations for "... 
simultaneously identifying] to a respective user of a plurality of users, in response to the 
respective user's request for at least one delivery notification service option of a plurality 
of delivery notification service options for shipping a respective parcel, each delivery 
service offered by each respective carrier of a plurality of carriers that would support 
each delivery notification service option requested by the respective user for delivery of 
the respective parcel...." (Emphasis added.) That is, as compared to the Fisher system 
that itself provides shipment status, Claim 51 , for example, is directed to providing a 
simultaneous identification of"... each delivery service offered by each respective 
carrier of a plurality of carriers that would support each delivery notification service 
option requested by the respective user for delivery of the respective parcel...." 
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For reasons similar to those described above regarding Claim 51 , it is 
respectfully asserted that Fisher does not disclose "... displaying to a respective user of 
a plurality of users, in response to the respective user's request for at least one delivery 
notification service option of a plurality of delivery notification service options for 
shipping a respective parcel, a simultaneous identification of each delivery service 
offered by each respective carrier of a plurality of carriers that would provide the 
delivery notification service options requested by the respective user for shipping the 
respective parcel..." as recited by amended Claim 52. 

Further, Claim 1 (cf. also, Claim 49), for example, recites that "... a request input 
by a user ..." is "... for an electronic mail delivery notification service by a carrier system 
..." (emphasis added) as compared to an electronic mail delivery notification service by 
the claimed system. That is, as compared to a system as in Fisher that discloses 
providing electronic mail delivery notification, e.g., Claim 1 recites "... a request input by 
a user for an electronic mail delivery notification service by a carrier system for shipping 
a particular parcel 

For the reasons given and authorities cited above, it is respectfully asserted that 
none of the references of record, whether considered alone, or in combination with any 
other reference, anticipate, disclose, teach or suggest all of the limitations of the 
independent Claims 1, 49-52 and 58 of the present application. 

In view of the above-given reasons and authorities, it is respectfully asserted that 
the combination of limitations claimed by Independent Claims 1, 49, 50, 51, 52, and 58, 
and Dependent Claims 2-6, are non-obvious over the references of record. It is 
therefore respectfully requested that the rejections of Claims 1-6, 49-52 and 58 be 
reversed and that those Claims be allowed. 
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Issue 4 Argument Regarding the Rejection of Independent Claim 28. and 
Dependent Claims 29-33. Under 35 (7.S.C. $1 03(a) as Unpatentable over 
Nicholls in View ofPaulv. Kara and InterShipper on the Grounds that the 
Combination of Nicholls. Paulv. Kara and InterShipper Render as Obvious 
the Limitations of the Claims for Determining Carriers That Would Provide 
Verbal Delivery Notification for Shipping a Particular Parcel: There is No 
Disclosure in Nicholls. Paulv. Kara or InterShipper of Determining Carriers 
That Would Provide Verbal Delivery Notification for Shipping a Particular 
Parcel (37 C.F.R U1.37(c)(1)(vii) subheading) 

For the reasons given and the authorities cited below, it is respectfully asserted 
that independent Claim 28, and therefore dependent Claims 29-33, are patentably 
distinct from the references of record. It is therefore respectfully requested that the 
rejection of Claim 28, and therefore dependent Claims 29-33, be reversed and that 
those Claims be allowed. In particular, it is respectfully asserted that none of the 
references of record, whether considered alone or in combination, disclose, anticipate, 
teach or suggest all of the limitations recited in independent Claim 28 as discussed in 
detail in the following paragraphs. 

The Office Action states that "Nicholls ... fails to disclose ... determining which 
carriers provided a selected service...." Office Action , Topic No. 14, p. 6. 

In view of the failure of Nicholls to teach determining carriers that would provide 
verbal delivery notification for shipping a particular parcel, as claimed by independent 
Claim 28, the Office Action asserts that "Kara discloses a computer program used for 
multiple shippers that determines which carriers provided a selected service. Office 
Action . Topic No. 14, p. 6 (citing Kara , col. 22, lines 13-48). However, as compared to 
identifying or determining carrier support for providing a particular special service, such 
as verbal delivery notification, with respect to a particular parcel as claimed in one way 
or another by Claims 28-33, the cited portion of Kara explains that "[t]he E-STAMP 
program will automatically incorporate the ... entered parameters — weight, class, 
zone — in order to correctly calculate the correct postage ... Where a selected shipping 
service does not provide a desired shipping and/or delivery parameter, the E-STAMP 
program may indicate such and provide the fees for a service offered by that particular 
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shipping service provider most near that desired by the user." Kara, col. 22, lines 13- 
38. 

Notwithstanding the above-cited assertions by the Office Action, it is respectfully 
asserted that the above-cited disclosure of Kara does not disclose any facility for user 
input of an indication of any type of special service of the type claimed (e.g., verbal 
delivery notification) that would be coincident with delivery of a particular package using 
a particular type of delivery service (e.g., Same Day, Overnight, 2-day, 3-Day, etc. as 
depicted, for example, in FIG. 8 of Kara ). Rather, according to the above-cited 
disclosure, Kara discloses consideration of "desired shipping and/or delivery 
parameters'" and mentions the "entered parameters" of "weight, class, zone." See 
Kara, col. 22, lines 13-38. It is respectfully asserted that special services such as those 
claimed (e.g., verbal delivery notification), that may, or may not, be provided by 
particular carriers, are distinguished from basic parcel specifications such as weight, 
and basic shipping parameters such as class and zone and are also distinguished from 
various levels of delivery service (e.g., Same Day, Overnight, 2-day, 3-Day, etc. as 
depicted, for example, in FIG. 8 of Kara ). 

Moreover, even if it were assumed for the sake of argument only that Kara 's 
consideration of basic parcel specifications, basic shipping parameters and various 
levels of delivery service could be considered to be special service options of the type 
claimed, it is respectfully asserted that the above-cited disclosure of Kara fails to 
disclose, anticipate, teach or suggest identifying or determining, for each respective 
carrier of a plurality of carriers, whether a respective carrier would provide a special 
service, such as the claimed verbal delivery notification, for shipping a particular parcel 
according to specifications of a user's request. 

It is therefore respectfully asserted that none of the cited references, including 
Nicholls and Kara , disclose that some carriers may provide a particular special service, 
such as verbal delivery notification, and that some carriers may not, with respect to a 
particular parcel. Moreover, it is respectfully asserted that none of the cited references, 
including Nicholls and Kara , disclose identifying or determining whether or not a carrier 
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would provide a particular special service, such as verbal delivery notification, with 

respect to a particular parcel. 

As compared to the apparent assumption by some of the references of record 

that all carriers provide special services, or in the case, for example, of Kara , that if a 

carrier provides a certain service, that it would do so with respect to all parcels, the 

Specification of the present application explains: 

Another of the problems in dealing with standalone Carrier systems is that, if the 
Shipper wants verbal notification that a particular parcel has been delivered, the 
Shipper must attempt to apply each Carrier's rules for providing a Shipper with 
verbal notification that a particular parcel has been delivered. Each Carrier's 
verbal delivery notification pricing rules must be separately applied by the 
Shipper to shipment of a particular parcel to determine whether or not the 
particular Carrier offers verbal delivery notification and if so, the price for the 
service. 

Specification , p. 2, line 29 - p. 3, line 5. 

As compared to the apparent assumption by some of the references of record 
that all carriers provide special services, or assuming for the sake of argument in, for 
example, Kara, that if a carrier provides a certain service, that it would do so with 
respect to all parcels, Claim 28 recites "...for each respective carrier of the plurality of 
carriers that would provide verbal delivery notification for shipping the particular parcel 
according to the request, display as to the particular parcel, a simultaneous 
identification of shipping charges for each delivery service offered by the respective 
carrier to ship the particular parcel according to the parcel shipping specifications." 
(Emphasis added). 

It is respectfully asserted that the above-recited limitations of Claim 28, and 
therefore dependent Claims 29-33, are distinguished from the references of record. 

Therefore, it is respectfully asserted that none of the references of record 
disclose, anticipate, teach or suggest determining which carriers of a plurality of carriers 
would provide for delivery of a particular parcel, a verbal delivery notification service, 
and which do not, as claimed by Claim 28, and therefore by dependent Claims 29-33. 
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The Office Action states that "Nicholls ... fails to specifically disclose the proof of 
delivery is a verbal delivery notification ..." (Office Action . Topic No. 13, p. 6), but 
asserts that "Pauley [sic] discloses the use of customer service representatives which 
provide verbal communication of delivery status Office Action , Topic No. 13, p. 6. 
The Office Action further asserts that "[i]t would have been obvious ... to have the proof 
of delivery of Nicholls be the notification by the costumer [sic] service representative, as 
disclosed by Pauley [sic] Office Action , Topic No. 13, p. 6. The Office Action 
further asserts that the aforementioned combination "... would have been obvious ... in 
order to allow users to obtain delivery information without the use of a computer [citing 
Pauly , cols. 2 and 4]." Office Action , Topic No. 13, p. 6. 

For the following reasons and authorities, it is respectfully asserted that the 
combination of Pauly with Nicholls and the other references of record, adds nothing to 
support the rejection of Claims 28-33. That is because, as further explained below, the 
disclosure of Pauly is fundamentally different than the limitations of independent Claim 
28. 

Pauly is directed to a central ordering/inventory system for ongoing fulfillment of 
disposable contact lens prescriptions. See Pauly , Abstract. Pauly discloses shipping 
from the centralized inventory to the respective eye care professionals. See, e.g., 
Pauly , col. 3, lines 1-10. 

As compared to the limitations of e.g., Claim 28 "...for each respective carrier of 
a plurality of carriers, determining] whether the respective carrier would provide verbal 
delivery notification for shipping the particular parcel according to the request ..." or for 
providing a "... display [of] ... a simultaneous identification of shipping charges for each 
delivery service offered by the respective carrier to ship the particular parcel according 
to the parcel shipping specifications...," the Pauly system is "... [p]rogram[med] to allow 
customer service representatives to view orders already generated and learn the status 
of these orders, picked, shipped, etc. The representatives will also be able to confirm 
prescriptions as well as ship-to addresses." Pauly , col. 9, lines 34-38. 

As compared to the above-cited assertions by the Office Action, it is respectfully 
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submitted that the limitations claimed by Claims 28-33 are not directed to supplying, or 
in any way providing, verbal communication of delivery status. Rather, Claim 28, for 
example, recites limitations to "... receive ... a request input by a user for a verbal 
delivery notification service by a carrier for shipping a particular parcel and an input by 
the user of parcel specifications for the particular parcel ..." and "for each respective 
carrier of a plurality of carriers, determine whether the respective carrier would provide 
verbal delivery notification for shipping the particular parcel according to the request ..." 
and "... for each respective carrier of the plurality of carriers that would provide verbal 
delivery notification for shipping the particular parcel according to the request, display ... 
a simultaneous identification of shipping charges for each delivery service offered by the 
respective carrier to ship the particular parcel according to the parcel shipping 
specifications." That is, as compared to the assertion by the Office Action that Paulv 
"... discloses the use of customer service representatives which provide verbal 
communication of delivery status...", Claim 28, for example, is directed to determining 
which carriers provide the requested verbal delivery notification for shipping a particular 
parcel, and to providing a simultaneous display of shipping charges for various carriers 
and various delivery services that would provide the requested verbal delivery 
notification for shipping a particular parcel. 

Further still, as compared to the assertion by the Office Action that it would have 
been obvious to make the asserted combination "...in order to allow users to obtain 
delivery information without the use of a computer ...," it is respectfully asserted that 
there is no disclosure in Paulv of carriers themselves providing any type of delivery 
notification. Yet further, it is respectfully asserted that there is no disclosure in Paulv of 
any monetary distinction or service level distinction, or of any report or display of any 
monetary or service level distinction, between shipping charges or service levels 
provided by one carrier or another for providing one type or another of delivery 
notification. 

The Office Action cites InterShipper as grounds for rejecting Claims 28-33. 
However it is respectfully submitted that the Office Action does not assert that 
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InterShiooer discloses, anticipates, teaches or suggests, and it is respectfully asserted 
that in fact. InterShiooer does not disclose, anticipate, teach or suggest, determining 
whether each respective carrier of a plurality of carriers would provide a requested 
verbal delivery notification service for shipping a particular parcel, as claimed by 
independent Claim 28. 

In view of the above-described distinctions between the disclosures of the 
references of record on the one hand, and Claims 28-33, on the other hand, it is 
respectfully asserted, for the reasons given and under the authorities cited above, that 
the references of record, whether considered alone or in combination, do not anticipate, 
disclose, teach or suggest all of the limitations of Claims 28-33 of the present 
application. It is therefore respectfully requested that the rejection of Claims 28-33 be 
reversed and that those Claims be allowed. 



Issue 5 Argument Regarding the Rejection of Independent Claim 28, and 
Dependent Claims 29-33, Under 35 U.S.C. §103(a) as Unpatentable over 
Nicholls in View ofPauly, Kara and InterShipper on the Grounds that the 
Combination of Nicholls, Pauly, Kara and InterShipper Render as Obvious 
the Limitations of the Claims for Displaying a Simultaneous Identification 
of Shipping Charges for Shipping the Particular Parcel for Each Delivery 
Service Offered by Each Respective Carrier of the Plurality of Carriers That 
Would Provide Verbal Delivery Notification Service According to the 
Request: There is No Disclosure in Nicholls, Paulv, Kara and InterShipper 
for Displaying a Simultaneous Identification of Shipping Charges for 
Shipping the Particular Parcel for Each Delivery Service Offered by Each 
Respective Carrier of the Plurality of Carriers That Would Provide Verbal 
Delivery Notification Service (37 C.F.R $41.37(c)(1)(vii) subheading) 

With respect to the limitations claimed by Claim 28 regarding a display of a 
simultaneous identification of shipping charges for each delivery service offered by each 
respective carrier, the Office Action asserts that "Nicholls and Pauley disclose a multiple 
carrier system that calculates rates for carriers with specific parameters such as a 
notification of delivery Office Action , Topic No. 14, p. 6. Even so, the Office Action 
also states that "... Nicholls discloses the automatic selection of a carrier and fails to 
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disclose displaying the rates of the carriers to the user and determining which carriers 
provided a selected service. Office Action . Topic No. 14, p. 6. 

In an effort to compensate for the above-quoted statement that "...Nicholls ... 
fails to disclose simultaneously displaying the rates of the carriers to the user...," the 
Office Action asserts that "Kara discloses a computer program ... that determines 
which carriers can provide a selected service (citing column 22 of Kara , lines 13-48)." 
Office Action . Topic No. 14, p. 6. The Office Action then concludes that "[i]t would have 
been obvious ... to have the shipping rates of Nicholls be displayed to the user as 
disclosed by Kara, in order to present the user with information from which to make an 
informed choice as to a particular shipping service provider by which to ship a particular 
item. (See Kara, column 22)." Office Action . Topic No. 14, pgs. 6-7. 

The Office Action then concedes that "Nicholls, Pauley and Kara ... fails [sic] to 
disclose the simultaneous display of the rates for each carrier for each service." Office 
Action . Topic No. 15, p. 7. But to compensate for the conceded failure of Nicholls . 
Paulv and Kara , the Office Action asserts that "Intershipper is an internet, online 
website, where internet users can enter origin, destination, package weight and 
dimensions and will be displayed every method possible that you can use to ship your 
package for all major shippers (See Internet Update Article Page 1 , Paragraphs 1-3)." 
Office Action . Topic No. 15, p. 7. The Office Action then states that "[i]t would have 
been obvious to ... modify Nicholls and Kara to display every method possible to ship a 
package, as disclosed by InterShipper, in order to find the cheapest shipping rate (See 
Page 1)." Office Action . Topic No. 15, p. 7. 

Applicants respectfully disagree with the foregoing conclusion of obviousness by 
the Office Action, and respectfully assert that the Office Action fails to cite evidence of 
obviousness of the claimed limitations. See Office Action . Topic No. 15, p. 7 
(concluding that "[i]t would have been obvious ... to have the shipping rates of Nicholls 
displayed to the user as disclosed by Kara, in order to present the user with information 
from which to make an informed choice as to a particular shipping service provider by 
which to ship a particular item. (See Kara, column 22)."). In particular, it is respectfully 
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asserted that the asserted reasoning of the Office Action of obviousness of presenting a 
user with information for making an informed choice does not in any way teach or 
suggest the specific limitations of rejected Claims 28-33 and therefore fails to support 
the conclusion of obviousness of the claimed limitations with evidence as required by 
MPEP §706.020) and MPEP §2143. 

Further, it is respectfully asserted that the InterShipper reference does not 
disclose the combination of limitations recited by Claims 28-33, even when that 
reference is considered in combination with the other references of record. In 
particular, it is respectfully asserted that InterShipper does not disclose "for each 
respective carrier of the plurality of carriers that would provide verbal delivery 
notification for shipping the particular parcel according to the request, display to a 
display device ... a simultaneous identification of shipping charges for each delivery 
service offered by the respective carrier to ship the particular parcel according to the 
parcel shipping specifications ..." as claimed by independent Claim 28. 

It is respectfully acknowledged that the InterShipper reference makes the 

following statements: 

Internet users can now get shipping rates from all major shippers in just a few 
seconds. Simply enter your origin, anywhere in the U.S. is OK, and destination, 
worldwide, along with your package weight and dimensions. The free service will 
return every method possible that you can use to ship your package and arrange 
the results in cost order, and color code the results by approximate transit time. 
World Wide Web: http//www.wwmerchant.com/iship. 

InterShipper , p. 1 , fl2. 

The Office Action is apparently asserting that the above-quoted statements 
should be inferred to indicate that the InterShipper reference simultaneously displayed 
its results, and that the InterShipper reference included each delivery service offered by 
each respective carrier in its results. 

It is respectfully asserted that both such inferences are equally misplaced and 
unsupported. 
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Importantly, the cited InterShipper reference is a publication, not a U.S. patent. 
As such, there is no presumption of enablement as to the disclosure of the cited 
InterShipper reference. Moreover, as to the Claims of the present application, it is 
respectfully asserted that the cited InterShipper reference is not enabling. 

Although the cited InterShipper reference may qualify as a prior art reference 
under Section 103, it may only be used as a prior art reference "... for what is in fact 
disclosed in it." See Reading and Bates Construction Co. v. Baker Energy Resources 
Corp ., 748 F.2d 645, 652 (Fed. Cir. 1984) (finding a non-enabling promotional brochure 
cannot be used as a vehicle for qualifying a later filed patent as prior art). 

In particular, it is respectfully asserted that, contrary to the inferences apparently 
asserted by the Office Action, the InterShipper reference never states that the 
InterShipper service would display its results simultaneously. Rather, the InterShipper ^ 
reference states only that "[t]he free service will return every method possible that you 
can use to ship your package It does not say that such returned "every method 
possible" will be simultaneously displayed, nor does it state that "every method 
possible" means each delivery service offered by each carrier as claimed by 
Independent Claim 28. 

It is therefore respectfully asserted that the inference apparently asserted by the 
Office Action that the InterShipper reference discloses a simultaneous display where, in 
fact, none is disclosed, is evidence that the rejection improperly imports a perspective 
gleaned from the present application to impermissibly read a non-existing feature into 
the InterShipper reference and the combination of that reference with the other cited 
references. CI in re Mahurkar Patent Litigation , 831 F. Supp. 1354, 1374-75, 28 
U.S.P.Q.2d (BNA) 1801, 1817 (N.D. III. 1993), a/Td, 71 F.3d 1573, 37 U.S.P.Q.2d 1138 
(Fed. Cir. 1995). 

Yet further, contrary to the inference apparently asserted by the Office Action that 
the InterShipper reference discloses displaying a simultaneous identification of shipping 
charges for shipping a particular parcel for each delivery service offered by each 
respective carrier of a plurality of carriers that would provide a requested delivery 
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notification service, as claimed by Independent Claim 28, and Dependent Claims 29-33, 
it is respectfully asserted that the InterShipper reference never states that the 
InterShipper service would include shipping charges for each delivery service offered by 
the "major shippers." To the contrary, the InterShipper reference specifically states that 
"Internet users can now get shipping rates from all major shippers ..." { InterShipper , p. 
1 , 1f1 ), but does not say that "every method" means each delivery service offered by "all 
the major shippers," as suggested by the Office Action. 

Accordingly, it is respectfully asserted that the combinations of the limitations 
recited by Independent Claim 28, and the Claims dependent on it, namely, Dependent 
Claims 29-33 are therefore not disclosed, anticipated, taught or suggested by 
InterShipper , even when that reference is considered in combination with the other 
references of record. 

Moreover, because the Office Action relied on InterShipper to provide the 
conceded missing link of a simultaneous display absent from the Nicholls , Paulv and 
Kara references, it is therefore respectfully asserted that the combinations of limitations 
recited by Independent Claim 28, and Dependent Claims 29-33, are therefore not 
disclosed, anticipated, taught or suggested by, and are non-obvious in view of, the 
combination of the Nicholls , Paulv , Kara and InterShipper references. 

As distinguished for the above-given reasons from the references of record that 

do not disclose a simultaneous display or identification, Claim 28 recites: 

for each respective carrier of the plurality of carriers that would provide verbal 
delivery notification for shipping the particular parcel according to the request, 
display as to the particular parcel, a simultaneous identification of shipping 
charges for each delivery service offered by the respective carrier to ship the 
particular parcel according to the parcel shipping specifications. 

(Emphasis added). 

Yet further, it is respectfully submitted that there is no disclosure in Paulv of any 
monetary distinction or service level distinction, or of any report or display of any 
monetary or service level distinction, between shipping charges or service levels 
provided by one Paulv carrier or another for providing one type or another of delivery. 
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As distinguished from Paulv in which there is no disclosure of a monetary 
distinction or service level distinction between shipping charges or service levels 
provided by one Paulv carrier or another, it is respectfully asserted that Claim 28 recites 
limitations that "... for each respective carrier of the plurality of carriers that would 
provide verbal delivery notification for shipping the particular parcel according to the 
request, display to a display device as to the particular parcel, a simultaneous 
identification of shipping charges for each delivery service offered by the respective 
carrier to ship the particular parcel according to the parcel shipping specifications..." 
(emphasis added). That is, as compared to the Paulv , Claim 28 is directed to providing 
a simultaneous display of shipping charges for various carriers and various delivery 
services. 

Further, Claim 28 recites that "... a request input by a user ..." is "... for a verbal 
delivery notification service by a carrier for shipping a particular parcel ..." (emphasis 
added) as compared to a verbal delivery notification service by the claimed process. 
That is, as compared to a process as in Paulv that discloses providing verbal delivery 
notification, e.g., Claim 28 recites that the request is for a carrier to provide the 
requested verbal delivery notification. 

For the reasons given and authorities cited above, it is respectfully asserted that 
none of the references of record, whether considered alone, or in combination with any 
other reference(s), anticipate, disclose, teach or suggest all of the limitations of Claims 
28-33 of the present application. 

In view of the above-given reasons and authorities, it is respectfully asserted that 
the combination of limitations claimed by Claims 28-33 are non-obvious over the 
references of record. It is therefore respectfully requested that the rejections of Claims 
28-33 be reversed and that those Claims be allowed. 

Argument Conclusion 

For the above-given reasons and authorities, in view of the above-described 
distinctions between the disclosures of Nicholls . Fisher . Kara . Paulv , and InterShipper 
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on the one hand, and independent Claims 1, 28, 49-52 and 58, and therefore the 
Claims dependent on independent Claims 1 , 28, 49-52 and 58, namely, dependent 
Claims 2-6 and 29-33, it is respectfully requested that the rejection of Claims 1-6, 28-33, 
49-52 and 58 be reversed and that those Claims be allowed. 

Respectfully submitted, 

KHORSANDI PATENT LAW GROUP, ALC 




larilyn R. Khorsandi 
Reg. No. 45,744 
626/796-2856 



sandi // // ' 
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CLAIMS APPENDIX (37 C.F.R §41.37(c)(1)(viii) heading) 
(Double-Spaced as required by MPEP §1205.02) 

THE CLAIMS ON APPEAL ARE THE PENDING CLAIMS AFTER THE AMENDMENT 
AND RESPONSE FILED FEBRUARY 14, 2007 IN RESPONSE TO THE OFFICE 
ACTION DATED NOVEMBER 16, 2006, AND ARE AS FOLLOWS: 

1 . A server-based shipping management computer system, said server-based 
shipping management computer system comprising at least one server computer 
device, wherein said server-based shipping management computer system is 
programmed to: 

receive from a particular user client computer device of a plurality of user client 
computer devices, a request input by a user for an electronic mail delivery notification 
service by a carrier system for shipping a particular parcel and an input by the user of 
parcel specifications for the particular parcel; 

for each respective carrier of a plurality of carriers, determine whether the 
respective carrier would provide electronic mail delivery notification for shipping the 
particular parcel according to the request; and 

for each respective carrier of the plurality of carriers that would provide electronic 
mail delivery notification for shipping the particular parcel according to the request, 
display to a display device configured for communication with the particular user client 
computer device of the user, as to the particular parcel, a simultaneous identification of 
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shipping charges for each delivery service offered by the respective carrier to ship the 
particular parcel according to the parcel shipping specifications. 

2. The server-based shipping management computer system of Claim 1 , said 
server-based shipping management computer system further programmed to: 

recognize as a user request for an electronic mail delivery notification service by 
a carrier system for the particular parcel, a user input by the user of a selection of an 
electronic mail delivery notification indicator. 

3. The server-based shipping management computer system of Claim 2, said 
server-based shipping management computer system further programmed to: 

store in a database, a record corresponding to the particular user and to the 
particular parcel, said record comprising information about the request for electronic 
mail delivery notification. 

4. The server-based shipping management computer system of Claim 3, said 
server-based shipping management computer system further programmed to: 

for each respective carrier of a plurality of carriers that would provide electronic 
mail delivery notification for shipping the particular parcel according to the request, for 
each respective service of a plurality of services offered by the respective carrier, 
calculate a respective service charge for delivering the respective particular parcel via 
the respective service, wherein each said respective service charge is calculated 
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according to at least one electronic mail delivery notification rule for the respective 
service offered by the respective carrier; and 

generate a simultaneous online display of the respective service charges to the 
display device configured for communication with the particular user client computer 
device of the user. 

5. The server-based shipping management computer system of Claim 3, said 
server-based shipping management computer system further programmed to: 

generate a simultaneous online display, to the display device configured for 
communication with the particular user client computer device of the user, of a plurality 
of respective service charges associated with shipping the particular parcel, wherein 
each respective service charge of the plurality of respective service charges is 
calculated according to a respective set of electronic mail delivery notification rules for 
the respective delivery service offered by the respective carrier and according to a 
respective set of service-specific rules of the respective delivery service for shipping 
said particular parcel. 

6. The server-based shipping management computer system of Claim 3, said 
server-based shipping management computer system further programmed to: 

generate a simultaneous online display to the display device configured for 
communication with the particular user client computer device of the user, of a plurality 
of shipping rates, wherein each shipping rate of the plurality of shipping rates 
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corresponds to a respective delivery service offered by a particular carrier of the 
plurality of carriers that would provide electronic mail delivery notification for shipping 
the particular parcel according to the request, wherein each shipping rate of the plurality 
of shipping rates includes an electronic mail delivery notification service charge 
associated with the respective delivery service shipping the particular parcel according 
to a set of electronic mail delivery notification rules for the respective delivery service. 

28. A server-based shipping management computer system, said server-based 
shipping management computer system comprising at least one computer device, 
wherein said server-based shipping management computer system is programmed to: 

receive from a particular user client computer devices of a plurality of user client 
computer devices, a request input by a user for a verbal delivery notification service by 
a carrier for shipping a particular parcel and an input by the user of parcel specifications 
for the particular parcel; 

- for each respective carrier of a plurality of carriers, determine whether the 
respective carrier would provide verbal delivery notification for shipping the particular 
parcel according to the request; and 

for each respective carrier of the plurality of carriers that would provide verbal 
delivery notification for shipping the particular parcel according to the request, display to 
a display device configured for communication with the particular user client computer 
device of the user, as to the particular parcel, a simultaneous identification of shipping 
charges for each delivery service offered by the respective carrier to ship the particular 
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parcel according to the parcel shipping specifications. 

29. The server-based shipping management computer system of Claim 28, said 
server-based shipping management computer system further programmed to: 

recognize as a user request for a verbal notification service by a carrier for the 
particular parcel, a user input by the user of a selection of a verbal delivery notification 
indicator. 

30. The server-based shipping management computer system of Claim 29, said 
server-based shipping management computer system further programmed to: 

store in a database, a record corresponding to the particular user and to the 
particular parcel, said record comprising information about the request for verbal 
delivery notification. 

31 . The server-based shipping management computer system of Claim 30, said 
server-based shipping management computer system further programmed to: 

for each respective carrier of a plurality of carriers that would provide verbal 
delivery notification for shipping the particular parcel according to the request, for each 
respective service of a plurality of services offered by the respective carrier, calculate a 
respective service charge for delivering the respective particular parcel via the 
respective service, wherein each said respective service charge is calculated according 
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to at least one verbal delivery notification rule for the respective service offered by the 
respective carrier; and 

generate a simultaneous online display of the respective service charges to the 
display device configured for communication with the particular user client computer 
device of the user. 

32. The server-based shipping management computer system of Claim 30, said 
server-based shipping management computer system further programmed to: 

generate a simultaneous online display, to the display device configured for 
communication with the particular user client computer device of the user, of a plurality 
of respective service charges associated with shipping the particular parcel, wherein 
each respective service charge of the plurality of respective service charges is 
calculated according to a respective set of verbal delivery notification rules for the 
respective delivery service offered by the respective carrier and according to a 
respective set of service-specific rules of the respective delivery service for shipping 
said particular parcel. 

33. The server-based shipping management computer system of Claim 30, said 
server-based shipping management computer system further programmed to: 

generate a simultaneous online display, to the display device configured for 
communication with the particular user client computer device of the user, of a plurality 
of shipping rates, wherein each shipping rate of the plurality of shipping rates 
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corresponds to a respective delivery service offered by a particular carrier of the 
plurality of carriers that would provide verbal delivery notification for shipping the 
particular parcel according to the request, wherein each shipping rate of the plurality of 
shipping rates includes a verbal delivery notification service charge associated with the 
respective delivery service shipping the particular parcel according to a set of verbal 
delivery notification rules for the respective delivery service. 

49. A server-based shipping management computer system, said server-based 
shipping management computer system comprising at least one server computer 
device, wherein said server-based shipping management computer system is 
programmed to: 

receive from a particular user client computer device of a plurality of user client 
computer devices, a request input by a user for a plurality of delivery notification service 
options for shipping a particular parcel and an input by the user of parcel specifications 
for the particular parcel; 

for each respective carrier of a plurality of carriers, determine whether the 
respective carrier would provide each of the plurality of delivery notification service 
options for shipping the particular parcel according to the request; and 

for each respective carrier of the plurality of carriers that would provide each of 
the plurality of delivery notification service options for shipping the particular parcel 
according to the request, display to a display device configured for communication with 
the particular user client computer device of the user, as to the particular parcel, a 

-62- 



Application Serial No. 09/685,078 
APPEAL BRIEF 

simultaneous identification of shipping charges for each delivery service offered by the 
respective carrier to ship the particular parcel according to the parcel shipping 
specifications. 

50. A server-based shipping management computer system, said server-based 
shipping management computer system comprising at least one server computer 
device, wherein said server-based shipping management computer system is 
programmed to: 

receive from an at least one respective user of a plurality of users, a respective 
request for an at least one delivery notification service option of a plurality of delivery 
notification service options for shipping a respective particular parcel; 

for each respective carrier of a plurality of carriers, for each respective delivery 
notification service option of the at least one delivery notification service options, 
determine whether the respective carrier would provide the respective delivery 
notification service option for shipping the particular parcel according to the request; 

calculate a service-specific, carrier-specific delivery notification service charge by 
each delivery service offered by each respective carrier of the plurality of carriers for 
each respective delivery notification service option requested by the respective user that 
each delivery service offered by each respective carrier would support for delivery of the 
respective particular parcel; and 

display to a display device configured for communication with a user client 
computer device associated with the at least one respective user, a simultaneous 
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identification of each service-specific, carrier-specific delivery notification service 
charge. 

51 . A shipping management computer system, said computer system comprising at 
least one computer device, wherein said shipping management computer system is 
programmed to: 

simultaneously identify to a respective user of a plurality of users, in response to 
the respective user's request for at least one delivery notification service option of a 
plurality of delivery notification service options for shipping a respective parcel, each 
delivery service offered by each respective carrier of a plurality of carriers that would 
support each delivery notification service option requested by the respective user for 
delivery of the respective parcel. 

52. A method using a computer system for managing shipping of a plurality of 
parcels shipped by any one of a plurality of carriers, wherein said computer system 
comprises at least one computer device, the method comprising: 

displaying to a respective user of a plurality of users, in response to the 
respective user's request for at least one delivery notification service option of a plurality 
of delivery notification service options for shipping a respective parcel, a simultaneous 
identification of each delivery service offered by each respective carrier of a plurality of 
carriers that would provide the delivery notification service options requested by the 
respective user for shipping the respective parcel. 
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58. A shipping management computer system that is configured for: 

(A) allowing a user to select, via a notification option selection, an electronic mail 
delivery notification option to be offered in conjunction with a delivery of a parcel; 

(B) receiving said notification option selection from said user; 

(C) in response to receiving said notification option selection: 

(1) identifying, from a plurality of carriers, a first carrier that would offer an electronic 
mail delivery notification service in conjunction with performing said delivery of 
the parcel, and 

(2) identifying, from said plurality of carriers, a second carrier that would offer an 
electronic mail delivery notification service in conjunction with performing said 
delivery of the parcel; 

(D) for each delivery service offered by said first carrier, using a first set of electronic 
mail delivery notification rules defined by said first carrier for the respective delivery 
service to calculate a respective service-specific service charge that said first carrier 
would charge for providing an electronic mail delivery notification service in 
conjunction with performing said delivery of the parcel according to the respective 
delivery service; 

(E) for each delivery service offered by said second carrier, using a second set of 
electronic mail delivery notification rules defined by said second carrier for the 
respective delivery service to calculate a respective service-specific service charge 
that said second carrier would charge for providing an electronic mail delivery 
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notification service in conjunction with performing said delivery of the parcel 
according to the respective delivery service; and 
(F) simultaneously displaying on a display screen associated with said user: 

(1 ) a first respective service-specific shipping charge that said first carrier would 
charge in conjunction with performing said delivery of the parcel according to a 
first respective delivery service offered by said first carrier, said first respective 
service-specific shipping charge calculated to include a first respective service- 
specific service charge associated with the first respective delivery service 
providing an electronic mail delivery notification for the delivery of the parcel, 

(2) a second respective service-specific shipping charge that said first carrier would 
charge in conjunction with performing said delivery of the parcel according to a 
second respective delivery service offered by said first carrier, said second 
respective service-specific shipping charge calculated to include a second 
respective service-specific service charge associated with the second respective 
delivery service providing an electronic mail delivery notification for the delivery 
of the parcel, 

(3) a third respective service-specific shipping charge that said second carrier would 
charge in conjunction with performing said delivery of the parcel according to a 
third respective delivery service offered by the second carrier, said third 
respective service-specific shipping charge calculated to include a third 
respective service-specific service charge associated with the third respective 
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delivery service providing an electronic mail delivery notification for the delivery 
of the parcel, and 

(4) a fourth respective service-specific shipping charge that said second carrier 
would charge in conjunction with performing said delivery of the parcel according 
to a fourth respective delivery service offered by said second carrier, said fourth 
respective service-specific shipping charge calculated to include a fourth 
respective service-specific service charge associated with the fourth respective 
delivery service providing an electronic mail delivery notification for the delivery 
of the parcel. 
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EVIDENCE APPENDIX (37 C.F.R. §41.37(c)(1)(ix) heading) 

A copy of Nicholls et al. (U.S. Patent No. 5,485,369; " Nicholls ") as relied on in the 
Office Action dated February 20, 2008 is attached hereto. 

A copy of Kara (U.S. Patent No. 6,233,568; " Kara ") as relied on in the Office 
Action dated February 20, 2008 is attached hereto. 

A copy of InterShipper ((Newsbytes Article, February 18, 1998, "Internet Update"; 
" Intershipper" ) as relied on in the Office Action dated February 20, 2008 is attached 
hereto. 

A copy of Fisher et al. (U.S. Patent No. 6,047,264; " Fisher" ) as relied on in the 
Office Action dated February 20, 2008 is attached hereto. 

A copy of Pauly et al. (U.S. Patent No. 4,958,280; " PaulV ) as relied on in the 
Office Action dated February 20, 2008 is attached hereto. 
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LOGISTICS SYSTEM FOR AUTOMATING 
TANSPORTATION OF GOODS 

BACKGROUND OF THE INVENTION 

The present invention relates generally to computerized 
systems for expediting the shipping of goods in commerce. 
More particularly, the invention relates to a computerized 
logistics system for managing and integrating various 
aspects of order processing, order fulfillment and goods 10 
transportation and tracking. 

In the past, computerized systems for expediting the 
shipping of goods have fallen into two rather diverse cat- 
egories. At the low cost end of the spectrum have been the 
standalone postage meters and mail manifest systems used 15 
by small businesses to automate the package weighing and 
carrier manifest printing functions. At the other end of the 
spectrum are the mainframe computer-based systems 
employed by large nationwide mail order merchandisers. At 
both ends of the spectrum the systems have had a number of 20 
limitations. 

The standalone mail manifesting systems are limited in 
that they are designed to automate only the shipping func- 
tions such as printing mailing label and mailing manifest by 
the shipping clerk or shipping department. As such, the 25 
conventional standalone system was not integrated with the 
customer order department or with the order fulfillment and 
order packaging departments. Hence, conventional standa- 
lone systems have lacked the ability to take order size, 
package size or time in transit into account when selecting 30 
the least cost carrier. 

Large mainframe order processing systems are also lim- 
ited. Due to the complexity of mainframe computer archi- 
tecture and associated software systems, it is not practical to 
use these solutions in the small or moderate sized business 35 
environment Mainframe-based systems often require years 
to develop and to customize for a particular organization's 
needs. Thereafter, large data processing departments are 
needed to maintain the system and keep it operational. 

40 

SUMMARY OF THE INVENTION 

The present invention provides a high-performance, cost- 
effective logistics system which is readily adaptable to a 
wide variety of different organizations. The system is suit- 45 
able for deployment on a single, standalone computer or on 
a computerized network comprising many computers. 
Among the advantages of the present system are (1) sub- 
stantial reduction in freight costs; (2) a major increase in 
fulfillment accuracy; (3) convenient order tracking to facili- 50 
tate warranty, lot and serial number tracking; (4) improved 
customer service; (5) a readily customizable system which 
can be adapted to virtually any shipping operation; (6) a 
robust system having a long useful life; (7) graphical user 
interface screens for easy training and use; and (8) greatly 55 
reduced implementation costs in a system with increased 
effectiveness. 

As more fully described herein, the logistics management 
system of the invention facilitates the process of shipping 
goods by a shipper having a predefined set of shipping 60 
requirements via a carrier having a predefined rate structure. 
The system employs a multitasking operating system envi- 
ronment for running a plurality of computer processes 
substantially simultaneously. The environment has a means 
for interprocess communication whereby messages may be 65 
passed between the computer processes. A supervisory 
server, running in the operating system environment, pro- 



vides registration services to connect one or more computer 
processes to the interprocess communication mechanism. 
The system further employs at least one rate server, also 
running in the operating system environment, substantially 
simultaneously with the supervisory server. The rate server 
or servers provide access to carrier rate structure data and 
also provide predefined data processing services using the 
carrier rate structure data in response to a predefined set of 
request messages. The predefined data processing services 
include the providing of response messages based at least in 
part on the carrier rate structure data. More specifically, the 
rate server or servers have registration means for commu- 
nicating with the supervisory server to invoke the registra- 
tion services of the supervisory server and thereby establish 
a connection to the interprocess communication means. In 
the presently preferred embodiment there is one rate server 
for each carrier (e.g., U.S. Postal Service, Federal Express, 
United Parcel Service, etc.) and these servers are provided 
with a complete knowledge base of all rate structure data and 
shipping rules and regulations pertaining to that carrier. 

In addition to the supervisory server and one or more rate 
servers, the logistics managements system also includes at 
least one client process running in the operating system 
environment substantially simultaneously with the supervi- 
sory server and also with the rate server or servers. The 
client process has a user interface for collecting input 
information from a user about a desired operation and for 
providing output information. More specifically, the client 
process also has registration means for communicating with 
the supervisory server, to invoke the registration services of 
the supervisory server, and thereby establish a connection to 
the interprocess communication means. The client process 
has a preprogrammed set of rules which are reflective of a 
given shipper's predefined set of shipping requirements. The 
client process also has a processing means for using the 
preprogrammed set of rules and using at least a portion of 
the input information to issue request messages to one or 
more rate servers and to interpret response messages 
received from the rate servers in order to provide the output 
information. In the presently preferred embodiment the 
client process is preprogrammed with a knowledge base to 
reflect the shipping organization's rules, regulations and 
practices. In this way, the client process presents a familiar 
view of day-to-day operations, as seen by the organization's 
personnel who are responsible for taking orders, packaging 
goods and shipping goods to customers. Because the some- 
times complex rules and regulations of the carriers are fully 
handled by the rate servers, users interacting with the client 
process do not need to have a full and complete understand- 
ing of the carrier's rules and regulations in order to properly 
ship goods in a cost-effective and timely manner. 

As more fully set forth herein, the supervisory server, the 
rate server or servers and the client process or processes are 
interoperable through the interprocess communication 
means (a) to receive input information from a user via the 
user interface of the client process, (b) to use the input 
information to issue a request message to the rate server via 
the interprocess communication means, (c) to process the 
issued request message and thereby cause a response mes- 
sage to be generated by the rate server, (d) to send the 
response message to the client process via the interprocess 
communication means, and (e) to provide output informa- 
tion based on the response message. The output information 
can range from simply displaying information on a screen to 
the user, to printing a mailing label or manifest or to 
updating records in a company database. 

For a more complete understanding of the invention, its 
objects and advantages, reference may be had to the follow- 
ing specification and to the accompanying drawings. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 illustrates an example application in which the . 
logistics management system of the invention may be imple- 
mented; 5 

FIG. 2 is an icon view of the plurality of program objects 
which comprise a presently preferred embodiment of the 
logistics management system; 

FIG. 3A is a block diagram depicting a distributed archi- 
tecture embodiment of the invention; 10 

FIG. 3B is a block diagram illustrating a single, standa- 
lone CPU embodiment of the invention; 

FIGS..4A-4L, inclusive, represent exemplary user inter- 
face screens of the presently preferred embodiment; 

FIG. 5 is a block diagram illustrating the presently pre- 
ferred mechanism for implementing the client/server archi- 
tecture, illustrating how multiple threads operate in the 
presently preferred embodiment; 

FIG. 6 is a block diagram illustrating the presently pre- 20 
ferred tree-structured client/server communications mecha- 
nism. 
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The logistics system of the invention serves as a man- 
agement tool for the automated order processing, packaging, 
slipping and transportation of goods. The system is highly 
flexible and adaptable and thus the invention can be imple- 
mented in many forms. Therefore, in order to illustrate the 30 
principles of the invention an exemplary order processing, 
packaging and shipping operation will be illustrated and 
described. It will be understood that the invention provides 
a collection of building blocks or program objects which can 
be assembled in a variety of different ways to easily con- 35 
struct a logistics management system for practically any 
application. 

Referring to FIG. 1, an exemplary application is illus- 
trated. In FIG. 1, a networked architecture is illustrated in 
which a plurality of computers are interconnected by a local 40 
area network bus 20. Of course, the number of computers 
and the network architecture utilized are matters of design 
choice. The invention is not restricted in this regard and will 
operate on systems as small as a single standalone computer 
and as large as a global-wide area network. 

FIG. 1 illustrates a simple system which includes an order 
processing station 22, a packaging station 24 and a shipping 
station 26. The order processing station might ordinarily 
include one or more computer terminals through which 5Q 
order entry personnel input a customer's order. Hie order 
entry terminal may be integrated with a point-of-sale termi- 
nal or cash register or it may be associated with or connected 
with a telephone system through which customer orders are 
placed. In this regard, while most order entry terrninals are 55 
designed to be operated by an order processing clerk, direct 
order entry by the customer via computerized telecommu-. 
nications equipment is also envisioned. 

The order packaging station may also comprise one or 
more computer terrninals to which a bar code scanning 60 
device 28 may be optionally attached. The scanning device 
would be used, for example, to scan the universal product 
code (UPC) of each item as it is picked from the warehouse 
shelves and placed into the shipping container 30. 

The shipping station 26 similarly may include one or 65 
more computer terminals to which a scanning device 32, 
electronic scale 34 and mailing label printers 36 may be 



attached. Preferably, the printers are capable of printing the 
necessary shipping documents, bills of lading, manifests and 
so forth, as well as the appropriate package labeling. If 
desired in the alternative, the package label may be pre- 
printed (e.g. at the packing station) and the scanning device 
32 may be used to read the label and thereby automatically 
enter the package identifying number into the system. 

The logistics management system of the invention may be 
implemented in software and run from a variety of different 
computer platforms. Preferably, at least portions of the 
logistics management software are installed and run on each 
of the computer terminals illustrated in FIG. 1. In addition, 
the logistics management system software may also be 
installed and run on other computers attached to the net- 
work, such as computer 38. As will be more fully described 
below, the logistics management system is also capable of 
interfacing with non-native computer systems, e.g., previ- 
ously existing company database systems, via an external 
processing management system. To illustrate this, an exter- 
nal database 40 is depicted in FIG. 1. Hie database may be 
resident, for example, on a mini-computer or mainframe 
computer used to store company financial records. If nec- 
essary, the external database system may be connected via a 
gateway 42 to the local area network bus 20. 

Client/Server Architecture 

The presently preferred logistics .management system is 
implemented using a client/server architecture and a multi- 
tasking operating system. Although the presently preferred 
system runs under the OS/2 operating system, use of OS/2 
is not a requirement. Any multitasking operating system can 
be used. A multitasking operating system was selected for 
the preferred embodiment because it permits multiple pro- 
cesses (and multiple threads) to run effectively simulta- 
neously. The multitasking operating system thus allows 
multiple programs to run effectively simultaneously and to 
communicate with each other through an interprocess com- 
munications (IPC) mechanism. 

One benefit of the multitasking operating system is that 
the present invention allows the logistics management task 
to be split into multiple pieces. This architecture is quite 
advantageous since it allows updates or changes to be 
effected with respect to part of the system without affecting 
the rest of the system. The client/server architecture derives 
benefit from the multitasking operating system by allowing 
the overall logistics management task to be subdivided along 
functional lines. As will be more fully explained below, the 
presently preferred embodiment places carrier-related infor- 
mation, such as shipping rates, shipping rules, time in transit 
information and the like in one or more rate servers. These 
servers are responsible for making all determinations regard- 
ing how a given carrier's rules and rate structures are to be 
interpreted. The presently preferred embodiment facilitates 
the particular Shipper's requirements, such as order taking, 
order fulfillment, inventory control and the like, in one or 
more client applications. These client applications may be 
customized to conform quite closely to a given shipper's 
operation. These client applications call upon the necessary 
rate servers, as needed, for the appropriate shipping rates 
and shipping requirements of the selected carrier. 

The multitasking operating system and the client/server 
architecture of the preferred embodiment comprises the 
logical structure of the logistics management system. The 
physical structure, i.e., how many computers are used and 
how those computers are interconnected, can vary widely 
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and still implement the above-described logical client/server 
architecture. More specifically, the preferred embodiment is 
constructed to support distributed applications in which 
different pieces of the total client/server structure are run on 
multiple machines interconnected together via a network. In 
general, there is no limitation on how the respective client/ 
server components are to be distributed across the network. 
Thus, for example, in the system illustrated in FIG. 1, any of 
the computer terminals associated with stations 22, 24 and 
26, as well as computer 38, may host one or more client 
applications and one or more server applications. 

The present invention uses a plurality of program building 
blocks or program objects, each having a specific function 
within the overall client/server architecture. The building 
blocks or program objects which make up the presently 
preferred embodiment are illustrated collectively in FIG. 2. 
FIG. 2 is illustrated in the form of a window or folder 50 
containing a plurality of icons, each representing one of the 
program objects which make up the preferred embodiment. 
A brief description of each of these objects is presented 20 
below. Further details of the manner in which these objects 
communicate with one another and further details oi the 
objects construction will be presented thereafter. 
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The presently preferred program objects are described in 
Table I below. Broadly speaking, these objects can be 
classified as being client objects or server objects. For 
example, the objects bearing the designation "server" or 
"manager" function as server objects. The objects desig- 
nated as "client" or "administration" (admin) function as 
client objects. 

More specifically, servers such as rate servers encode the 
knowledge required to answer questions such as how to 35 
calculate shipment rates or how to band shipments. Thus, 
rate servers provide the knowledge regarding a specific 
carrier's requirements. Typically, rate servers are provided 
with specific details regarding a given shipment's weight or 
the required delivery date by a client application. Also 40 
typically, rate servers do not have user interface screens. 
Servers simply appear as icons on the user's desktop and 
wait to be asked a question by a client. Provided the question 
includes the right details, the server will then return the 
correct answer to the client. Servers can reside anywhere on 45 
a network, so they may not necessarily be visible as icons on 
a particular user's computer screen. 

Clients are principally responsible for asking specific 
questions of the servers. Clients have responsibility for 
gathering and displaying information. As such, clients usu- 
ally have user interface screens through which a user can 
enter data or input data through an attached scanning device. 

Manager objects are principally responsible for managing 
aspects of the logistics management system, such as the 
communication between clients and servers, or communi- 
cation with printers, scanners and the like. Administration 
objects are principally responsible for providing a user 
interface mechanism whereby the user may edit system 
settings and scripts. 
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TABLE I 



Program Object 



Function 



Supervisory Server: 
Document Server 



Acts as a repository for system wide 
information. 

Manages the client requests for 



Function 



FedEx Rate Server: 

UPS Rater Server: 
RPS Rate Server 
LTL Rate Server 
Supervisory Manager: 
Ext. Process Manager: 

Device Manager: 
Reset Database: 



Introduction to the system: 
Reports: 

Supervisory 
Administration: 



Script Administration: 
FedEx Administration: 

UPS Rate Administration: 

RPS Administration: 

LTL Administration; 

Search and Trace: 

Shipments: 

Packages: 

Bills of Tufting: 

LTL Shipments: 

Document Administration: 



non-carrier document formats and the 
printing of those documents. 
Manages the Federal Express rates, 
carrier rules and documentation 
requirements. 

Manages the UPS rates, carrier rules 
and documentation requirements. 
Manages the RPS rates, carrier rules 
and documentation requirements. 
Manages the LTL rates, carrier rules 
and documentation requirements. 
Acts as a repository for 
machine-specific information. 
Manages the client requests for 
access to outside services such as 
remote databases and remote 
computers. 

Manages the client requests for 
access to outside devices such as 
printers, scanners, and scales. 
Resets the sample database to its 
default values to facilitate training 
exercises. 

A tutorial for the new user. 
Double-clicking this icon will run a 
third party report generator program. 
Allows the user to edit system 
settings, manage shipper information 
and allows users to send messages to 
other computers. 

Allows the user to create and edit 
scripts used by the External 
Processing Manager. 
Allows the user to configure the 
Federal Express Server settings such 
as account numbers, EDI settings and 
to close out the manifests. 
Allows the user to configure the UPS 
Server settings such as account 
numbers, rates, discounts and to close 
out the manifests. 

Allows the user to configure the RPS 
Server settings such as account 
numbers, rates, discounts and to close 
out the manifests. 

Allows the user to configure the LTL 
Server settings such as account 
numbers, and rates, discounts and to 
close out 

A client application which allows the 
user to search and trace specific 
packages, shipments and orders. 
A client application which allows the 
user to process shipments comprised 
of multiple packages per order. 
A client application which allows the 
user to process shipments comprised 
typically of one package per order. 
Allows the user to create bills of 
lading for LTL Motor Freight 
Shipments. 

Allows the user to create and rate 
bills of lading for LTL Motor Freight 
Shipments. 

Allows the user to configure the 
Document Server with UCC-128 
serial number information and 
document attributes. 
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In an actual implementation of the system, one supervi- 
sory server and at least one supervisory manager would be 
provided. Specifically, one (and only one) supervisory server 
is provided for the entire network. In addition, one super- 
visory manager is provided for each CPU that will be 
running client or server applications on the network. This is 
illustrated in FIG. 3A, which depicts a distributed architec- 
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ture employing three networked CPUs 102, 104 and 106. As 
illustrated, the supervisory server and one supervisory man- 
ager are running on CPU 104. Supervisory managers are 
also running on CPUs 102 and 106. For illustration purposes 
a UPS rate server object and a UPS rate administration 
object are also running on CPU 102; whereas a shipments 
client and a device manager are running on CPU 106. Thus, 
FIG. 3A represents one possible configuration assembled 
from the collection of presently preferred program objects. 

Although multiple CPU, distributed architecture installa- 
tions represent a powerful configuration, it is possible to 
implement the invention on a single, standalone, CPU. This 
is illustrated in FIG. 3B, in which a standalone CPU is 
indicated at 108. As illustrated, this simple configuration 
includes a supervisory server and supervisory manager, 
along with any other program objects which may be required 
for the task being performed. Thus, in the example illus- 
trated in FIG. 3B several rate servers and a packages client 
have been illustrated. 

Application User Interface 

Referring to FIGS. 4A-4L, the presently preferred user 
interface will now be described. In general, the client/server 
program objects, illustrated as icons in FIG. 2, may each 
have a user interface in the form of a screen or window 
through which the user can enter information, make com- 
mand selections, and look up information. In practice, the 
user interface may vary in appearance and function, as 
dictated by the particular task to be performed. Thus the user 
interface screens illustrated in FIGS. 4A-4L are intended 
merely as examples in accordance with the presently pre- 
ferred embodiment 

Overall Icon View — System Folder 

The presently preferred embodiment places icons for all 
user-selectable program objects in the Logistics Manage- 
ment System folder or window, shown in FIG. 2. In this 
regard, the window shows a sample set of icons for the 
presently preferred system. Each icon is a pointer to a 
separate client, manager or server object By double-clicking 
on the appropriate icon, its object is started. For example, 
double-clicking on the Shipments Client starts that program 
object running. Typically, once an object is started, it con- 
tinues to run and is able to communicate with other program 
objects via the interprocess communications (IPC) mecha- 
nism. 

50 

Shipments Client 

Shown in FIG. 4A, the Shipments client accepts user 
input for the routing, rating and documentation of a group of 
packages comprising a shipment Multiple shipper accounts 55 
are allowed and the desired account may by selected from 
the Shipper "drop-box." Similarly, the service is selected 
from the Service box. Alternatively, the service may be set 
to Best Way and the system will choose the least cost carrier 
which meets the transit time requirements indicated in the 6 q 
commitment field. 

The operator types or scans the Reference # (such as order 
#, pick ticket #,...) and the system may be set to look up 
the associated information from one or more local and 
remote sources such as databases and mainframe or mini- 65 
computer terminal sessions. The upper left quadrant of the 
screen is to record information for the shipment as a whole. 
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The lower left quadrant is used to record specific infor- 
mation for each package in the shipment In all client data 
entry screens there are several special data entry provisions. 
Any field which has an ellipsis (...) at its right edge has 
additional related fields of data available to be "examined" 
or edited by touching the F10 key or clicking the Examine 
icon. A popup window with the associated fields is displayed 
for the user. In addition, most fields may be set up to 
"browse" available, valid entries. They may browse from 
database records or from "hard-coded" values in scripts. 

The Shipments client and most other clients are capable of 
processing shipments of mixed modes; e.g. small parcel 
ground, small parcel air, LTL motor freight, air freight, and 
TL motor freight. 

Packages Client 

Shown in FIG. 4B, the Packages client is designed to 
facilitate the entry and processing of shipments which 
typically consist of single small packages. Although, like 
most other clients, it will handle multiple modes of ship- 
ment, it is best suited for single piece shipments. If a 
multi-piece shipment is encountered, the user may touch 
CTRL-M or click the Multi "button and the shipment is 
accommodated. 



Script Administration 

The Script Administration object, shown in FIG. 4C, 
allows the creation and editing of scripts for the modification 
of default behavior of the clients. A script may be triggered 
in various ways, such as upon the changing of the contents 
of virtually any field, upon the pressing or clicking of the 
function buttons on the client screen, upon the opening or 
closing of the client, and so on. In the illustration of FIG. 4C, 
the Shipments client is being operated upon to modify the 
Commitment terms based on the type of Service being used 
by the shipper. 
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UPS Rate Adjustments 

Referring to FIG. 4D, the UPS Rate Adjustments program 
object and substantially similar objects for each of the 
carrier rate servers installed on the system, allow the user to 
adjust the discounts and incentive programs extended to the 
shipper by the carrier. Existing discounts may be edited, or 
new incentive programs not yet envisioned by the carrier 
may typically be created by the user within the flexible 
structure of this client type. Adjustments may be qualified by 
destination (either zone, postal code or destination country) 
and by weight range. Adjustments may be calculated as 
percentages or fixed amounts and include or exclude special 
service fees. If desired multiple adjustments may be created 
and put into effect 

Serial Port 2 Configuration 

The Serial Port 2 Configuration screen, shown in FIG. 4E, 
is a part of the Device Manager object. It allows the 
adjustment of basic serial port setup values. By clicking on 
the "Defaults'* button, the default settings appropriate to the 
specific attached device are automatically entered. The 
'Test" button provides a facility for sending data to and 
receiving data from the attached device. Additional aspects 
of the Device Manager object are discussed in connection 
with FIGS. 4G-4L, below. 
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Document Administration 

The Document Administration object, shown in FIG. 4F, 
allows the user to adjust settings for the UCC-128 standards 
of serialized container marking and Electronic Data Inter- 5 
change. It allows the user to load and store consignee names 
and addresses and UCC-128 specific values. It also allows 
the user to edit the database and settings as changes may 
occur. 

10 

Document Server 

The document server, illustrated as one of the icons in 
FIG. 2, allows any client to print almost any type of 
document, including shipping labels, waybills and mani- 
fests. The information needed to print a document is pro- 15 
cessed through a script. This allows the data to be brought 
in from any number of sources such as databases, main- 
frames, files or user-entered information from a client appli- 
cation. Also, one document format can serve several client 
applications and any particular processing needs a user 
might have. This is quite readily accomplished due to the 
fact that all data is passed through scripts. Thus, for example, 
one user might look up the export information for a FedEx 
international document from a database, while another user 
might wish to hand enter this data. Both of these tasks can 25 
be accomplished by a single document format and without 
the need for custom programming. 

Device Manager Object 3Q 

The Device Manager provides a device-independent 
means of interfacing with peripheral devices. Device drivers 
can be added or removed without modifying the software. 
The Device Manager also provides integrated testing tools. 

35 

The Device Manager of the presently preferred embodi- 
ment has the ability to monitor power, through an uninter- 
ruptible power supply connected to the system. If power 
fails, the other applications are notified, and an orderly 
shutdown of the system will take place. This prevents loss or 
corruption of data by sudden power outage or by subsequent 40 
failure of battery power, once the reserves of the uninter- 
ruptible power supply have been depleted. The monitoring 
service provided by the Device Manager can shut down 
multiple machines on a network connected through one 
uninterruptible power supply. 45 

Referring to FIGS. 4G-4L, additional capabilities of the 
Device Manager object are illustrated. In FIG. 4G the 
communications port COM2 is shown as assigned or con- 
nected to an electronic scale, in this case a scale designated 50 
Toledo 8213 Scale. The parallel port LPT1 is shown as being 
assigned or connected to a printer, in this case a printer 
designated IBM 2380 Printer. Beneath the printer designa- 
tion there appears a notation "No stock" which indicates that 
no particular paper stock has yet been designated. 55 

Double-clicking on the COM2 icon brings up the con- 
figuration screen shown in FIG. 4E. Selecting the pull-down 
menu designated "Device" brings up the device selection 
menu shown in FIG. 4H. Using the device selection menu 
the Toledo 8213 Scale may be selected, as illustrated. $o 
Thereafter, by returning to the device manager menu of FIG. 
4G, the Toledo 8213 Scale icon may be double-clicked to 
bring up the device settings menu illustrated in FIG. 41. 

Alternately, from the device manager menu of FIG. 4G, 
the parallel port LPT1 may be selected (by single-clicking) 65 
and configured by again accessing the" *T)evice" menu 
option. In this case, referring to FIG. 4J, the IBM 2380 
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printer may be selected, as illustrated. Thereafter, the user 
may click "OK" to return to the device manager screen, FIG. 
4G. From the device manager screen the user can double- 
click on the printer icon to bring up the appropriate device 
settings menu (FIG. 4K) for that device. Referring to FIG. 
4K, note the Current Stock states "No stock loaded." If 
desired, the user can change the current stock by clicking on 
the change button. This action brings up the stock selection 
menu of FIG. 4L. 

Detailed Description of Client/Server Objects 

The client/server architecture utilized by the logistics 
management system affords a great deal of flexibility. The 
client and server program objects are designed to work 
independently of one another, communicating with one 
another through a tokenized message handling mechanism 
discussed below. In this way, rate server data and user data 
are separated from one another. The advantage of this is that 
when a given carrier changes the way rates are handled, the 
affected rate server can be modified (to change the type or 
amount of data stored in that rate server, for example) 
without affecting the user's data in any way. This separation 
is important since carrier requirements and carrier service 
options may change at any time. 

The presently preferred embodiment implements an inter- 
nal version numbering scheme which provides a mechanism 
to allow client applications to deterrnine what version of a 
server they are communicating with. In so doing, the client 
applications are able to make any necessary adjustments or 
to disconnect from that server if incompatibilities are found. 
This provides greater reliability, since server applications 
are given the ability to handle communications with servers 
intelligently. 

Separation between client and server objects also makes 
possible an automatic updating capability whereby a user's 
existing setup information is automatically merged into a 
new installation when an application is updated or rein- 
stalled. This reduces the amount of setup time due to 
-reinstallation. 

Each server of the presently preferred embodiment has 
built-in debugging capabilities which allow server transac- 
tions to be displayed on the screen or logged to a file for later 
analysis. The presently preferred rate servers optimize ship- 
ments to minimize cost through the use of shipment pricing 
rules supplied by the carrier. Optimization occurs "live" as 
a shipment is being processed, or, alternatively, at the end of 
the day when all packages shipped are then optimized. The 
rate servers can directly access carrier-supplied data, such as 
Federal Express routing and rate file data. This allows the 
user to load in new rate information as soon as such 
information is provided by the carriers. In addition, the rate 
servers of the presently preferred embodiment have the 
ability to rate and process a package, but to withhold it from 
the manifest until notified to do so. This allows "pack and 
hold" or future shipping. This is important in an automated 
system where a package may be processed upstream, but not 
placed on the manifest until it reaches the shipping dock. 

In the presently preferred embodiment client applications 
have editable bar code templates, to allow data to be entered 
via a barcode scanner. Because the templates are editable, 
they can be added to, deleted from or modified by the user 
without the need for additional programming. Clients can 
also process in "batch" mode, reading data from a source 
and sending that data to the appropriate rate servers for 
processing. The sources for data can include databases, files 
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or direct connection to a host computer via serial or network 
connection. 

As stated above, the presently preferred embodiment uses 
a multitasking operating system which supports the process- 
ing of multiple processes or multiple threads effectively 
simultaneously. This allows client applications and server 
applications to operate effectively concurrently. To illustrate 
how multiple threads operate in the presently preferred 
embodiment refer to FIG. 5. In FIG. 5, the left-most box 
designated main thread 120. represents the starting point. 
Main thread 120 is launched by the operating system. One 
of the functions of main thread 120 is to perform or control 
the performance of the operating system routines illustrated 
in FIG. 5 by loop 122. When a server is started under the 
operating system the main thread launches a server thread, 
as represented by launch thread arrow 124. The server thread 
is represented by box 126. In the preferred embodiment the 
server thread performs the necessary initialization routines 
128 and then enters a loop or state 130 where it waits for a 
client to initiate a connection request When such a request 
is received the server thread launches a client thread, 
depicted in FIG. 5 by launch thread arrow 132. The client 
thread is depicted by block 134 in FIG. 5. It is responsible 
for handling the client's request. Once the client thread is 
launched by the server thread, the server thread returns to its 
wait for client loop or state 130, whereby the server thread 
is then able to launch additional client threads upon demand. 
TTius in the preferred embodiment, each server that is 
running will include a main thread and a server thread. 
Client threads are generated on an as needed basis. There is 
one client thread for each currently connected client 

Communication between client and server, whereby 
requests are passed to the server and responses passed back 
to the clients, may be accomplished in a variety of different 
ways; In general, the methods of communicating between 
multiple processes running on the same CPU include shared 
memory, semaphores, pipes, queues and signals. The meth- 
ods of communicating between multiple processes running 
on different CPUs (distributed architecture) include mecha- 
nisms such as NETBIOS, named pipes, sockets and mail 
slots. Collectively all of these methods of communicating 
between multiple processes form part of the interprocess 
communication (IPC) mechanism. Not all multitasking 
operating systems provide each of these IPC mechanisms. 
The presently preferred embodiment runs under the OS/2 
operating system and uses LAN Server to provide operating 
system support for a distributed application architecture over 
a network. The presently preferred embodiment uses named 
pipes as the IPC mechanism. 

Named pipes allow one process to communicate with 
another process as follows. The client process first requests 
a named pipe connection to a server process. Once this 
connection is made, there is little distinction between the 
client process and the server process, since either can 
communicate with the other. One advantage of using the 
named pipe IPC mechanism is that the client process 
machine does not have to be ninning under the same 
operating system as the server process. All that is required 
is that the operating system platform on which the. client 
process is running will support named pipes. Thus, a client 
process running under MS-DOS, or under MS-DOS with 
windows, for example, could establish communication with 
a server process running under the presently preferred OS/2 
system, provided named pipe communication is supported. 
Essentially, under a named pipe communications scheme, 
the server process is known by a pipe name. Programs 
wishing to connect to that server will use the pipe name, in 
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a fashion similar to using a file name. For example, pipe 
names may take the form: 

\PIPE\pipename; or 

\\server\PIPE\pipename. 

Although the named pipe IPC mechanism permits com- 
munication between any server and any client, the presently 
preferred configuration constrains communication to a tree- 
structured communications scheme illustrated in FIG. 6. 
Referring to FIG. 6, the single supervisory server commu- 
nicates directly with only supervisory managers. In FIG. 6 
the lines of communication are designated by the letter "C" 
at one end and the letter "S" at the other end. These indicate, 
for a given line of communication, which object is the client 
and which object is the server. Thus each of the supervisory 
managers communicates as the client with the supervisory 
server. In a similar fashion, the rate server, label server, 
external processing manager and device manager all com- 
municate as clients with the supervisory managers, as serv- 
ers. Likewise, the rate server administration object, the 
shipping client and the device manager administration object 
all communicate as clients with one or more of the objects 
appearing above them in FIG. 6 (namely rate server, label 
server, external processing manager and device manager). 
Thus it will be seen that certain objects function in a dual 
capacity, serving as client objects in some instances and 
serving as server objects in other instances. 

The presently preferred communications scheme permits 
objects to communicate with devices, external databases and 
other computer systems which are not part of the client/ 
server logistics management system. To accommodate this 
certain objects are given the ability to communicate with the 
outside world. These objects include the device manager, 
which communicates with hardware devices, such as print- 
ers, bar code scanners, modems, postal scales and the like. 
Communication with external databases and other programs 
which do not form a part of the client/server logistics 
management system (e.g., accounting software packages, 
spreadsheet programs, operating system utilities and the 
like) are communicated with through the external processing 
manager. 

Because the presently preferred embodiment can be 
implemented in multiple CPU environments (distributed 
architecture), an announcement mechanism is provided in 
order to extend the communications scheme to multiple 
CPUs across a network. The supervisory managers are 
preprogrammed with the ability to send "announcements" 
across the network operating system according to the named 
pipe protocol which has been implemented. Thus, as illus- 
trated in FIG. 6, each of the supervisory managers includes 
a communications pathway designated "announcements" 
through which communications with parts of the system 
operated by different CPUs are sent and received. The 
supervisory managers are not, themselves, responsible for 
coordinating this message passing between objects con- 
trolled by different CPUs. That function is reserved for the 
supervisory server, since the supervisory server occupies the 
unique position of controlling the registration process: 
whereby client and server applications are made aware of 
each other in order to communicate. However, in order to 
distribute the announcement function, the supervisory man- 
agers are responsible for providing the actual announcement 
communications. In this regard, the supervisory managers 
act as servers, with the supervisory server in this instance, 
acting as the client'To illustrate this in FIG. 6, each of the 
supervisory managers is connected to the supervisory server 
by a second line of communication designed "receiver." It 
will be understood that these "receiver" connections repre- 
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sent a "reverse" client/server connection, in which the 
supervisory server acts as a client in order to request 
announcement services from the supervisory managers, act- 
ing as announcement servers. 

In summary, FIG. 6 illustrates the preferred IPC connec- 5 
tions over which client/server communications take place. 
The presently preferred embodiment uses a tokenized mes- 
sage passing scheme in which all data is passed back and 
forth between client and server as ordered pairs of tokens 
and associated data values. The purpose of the token is to 10 
uniquely identify the data associated with it Referring to 
Table II in the accompanying Appendix, a sample listing of 
tokens is presented. Reading the columns of Table il from 
left to right, the left-most column lists the token name; the 
column to its immediate right gives a brief description of the 15 
nature of the value associated with the token; the next 
right-most column lists the type declaration of the value; and 
the right-most column gives the maximum length of the 
value, where applicable. 

The tokenized message handling scheme is very flexible, 20 
in that new tokens can be added at any time to accommodate 
new features, without the need to rewrite all client and server 
data structures. This is in contrast to the conventional fixed 
field data structure used in conventional data communication 
schemes. In the conventional, fixed field data structure 25 
scheme adding a new data value often requires all program 
modules to be rewritten to accommodate the added data 
field. The tokenized message passing scheme of the present 
invention avoids this problem. If a new data field is required, 
to support a new feature, for example, a new token is created 30 
and only those objects which make use of the new value will 
need to be reprogrammed to scan for the newly added token. 
All remaining objects simply ignore tokens which are unde- 
fined for them. 

Hie presently preferred tokenized message passing 35 
scheme implements automatic data type conversion. As set 
forth in Table n, the type definitions of all values associated 
with tokens are predefined, thus the tokenized message 
passing scheme has advance knowledge of the data types of 
all values. This allows the tokenized message handling 40 
scheme to perform all data type conversions, removing the 
need for client and server objects to perform type conver- 
sions. In other words, a server can pass a long word value to 
a client which is expecting a string value. The tokenized 
message handling scheme performs the data conversion 45 
automatically so that the server does not need to be aware of 
the client's data type requirements and the client does not 
need to be aware of the server's data type requirements. 
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In order to allow the client server logistics management 
system to communicate with the outside world, e.g. with 
external data bases or other application programs, the exter- 
nal processing manager is provided. The external processing 55 
manager is, itself, a client of a supervisory manager, as 
illustrated in FIG. 6. The external processing manager, in 
turn, operates as a server to provide external processing 
functions to other clients. In FIG. 6 the shipping client uses 
the external processing manager for this purpose. go 

In the preferred embodiment, the external processing 
manager interfaces with the REXX command interpreter 
supplied with the OS/2 operating system. The external 
processing manager is designed to receive its instructions 
from an ASCII file called a script file. If desired the script file 65 
can be encrypted to prevent unauthorized access. The script 
file comprises a list of program commands or instructions 



written in the REXX language. If desired, the REXX lan- 
guage command set can be extended to add additional 
commands. This may be done by embedding the additional 
commands in the external processing manager. The external 
processing manager would invoke the REXX interpreter and 
register itself as the source of the additional commands. In 
this way, the REXX interpreter would automatically pass 
control to the external processing manager to handle the 
additional commands. The external processing manager is 
designed to communicate directly with the REXX inter- 
preter, passing the script file commands to the REXX 
interpreter and requesting the output of the REXX inter- 
preter to be directed back to the external processing man- 
ager, where appropriate. In this way, the external processing 
manager is given access to the operating system and to all 
other application programs ninning on the operating system. 
This is a very powerful command which allows the logistics 
management system to interface with other applications 
which may not necessarily be designed to integrate directly 
with the logistics management system. For example, the 
external processing manager could use the REXX interpreter 
to send SQL queries to a database, in order to upload 
information about a customer's account from the accounting 
system software. 

The external processing manager's ability to handle 
scripts provides another powerful feature. Scripts may be 
written for the purpose of modifying the performance of 
other program objects comprising the logistics management 
system. Scripts can be used, for example, change the ship- 
ments client to provide a reminder message to the user in the 
event the user attempts to ship a package without first 
entering the weight of the package. Similarly, a script could 
be written to change the shipments client to supply a 
convenient list of package dimension sizes, allowing the 
operator to quickly fill in the size of a package in the 
appropriate field by simply selecting it from a list. In 
general, the scripting language can be used to provide 
virtually any custom tailoring that a shipper might want to 
implement. The REXX language is straight forward and 
easy to use, thus most customizing to meet the user's 
requirements can be done in the field, without the need to 
access or modify the underlying program source code. 

In running a script to modify the performance of a 
program object, the external processing manager uses the 
existing IPC mechanism. Through this mechanism the exter- 
nal processing manager can request a data item stored by the 
object or it may supply a data value as an input to the data 
object. In addition, the external processing manager can 
request that one or more operations defined for that object to 
be performed. Thus the external processing manager serves 
as an alternate to the normal user interface as a means for 
manipulating data or performing operations. 

From the foregoing it will be seen that the present 
invention provides a logistics management system compris- 
ing a plurality of building blocks or client/server objects. 
These objects can be configured to communicate in a variety 
of different ways to accommodate virtually any transporta- 
tion-related logistics application. Thanks to the client/server 
architecture and the support for distributed architectures, the 
overall logistics management task is readily subdivided into 
highly self contained functional units. When changes in a 
given function are required, only the object providing the 
function normally needs to be changed. The client/server 
objects provide further flexibility through the external pro- 
cessing manager and scripting language, whereby individual 
objects can be modified to provide special features quite 
readily on an as needed basis. 
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While the invention has been described in its presently herein should be considered as exemplary of the principles 
preferred form, it will be understood that the principles of 0 f fa e invention and not as a limitation of the scope of the 
the invention may be extended to a wide variety of different 
forms. Accordingly, the preferred embodiment described 

TABLE H 

MAXI- 

TYPE MUM 
I/O TOKEN VALUE DESCRIPTION DESCRIPTION LENGTH 

Registry 

To register a program: 

REGISTER PROG_ID_ ... id from string 

PROGRAM PROGISTI.H machine on 

ID which program is running 

MACHINE blank if no network use 

getmachinename( ) function 
To unregister a program: 

UNREGISTER PROG_ID_ ... id from string 
PROGRAM PROGISTI.H machine on 

ID which program is running 

MACHINE blank if no network use 

getmachinename( ) function 
Use this to get a list of ALL programs running in the environment. If 
FILENAME is blank, then either the program is not a server or it is a server 
you cannot use. For historical purposes, you may use ENUM SERVER as 
well as ENUM PROGRAM. 

ENUM your currentlocal machine string 

PROGRAM blank if no network use 

MACHINE getmachinename( ) function 

[ PROG_ID_ ... id from string 150 

ID PROGISTI.H user-friendly 

NAME name of the program FOR 

DISPLAY PURPOSES ONLY!! 
TYPE "server type" mask from ushort 

MACHINE PROGISTLH machine on string 

which program is running FOR 

DISPLAY PURPOSES ONLY ! ! 
ZONE where is the program running? short 

1 = on your local machine 

2 = somewhere else 
FILENAME pipe name you may use to string 

access server - BLANK IF 
YOU CANNOT ACCESS 
SERVER 



Announcements 



Use this to send an announcement Only include the DATA token if you need 
it (it uses a queue slot on the receiving machines). You may . include one or 
more specific machine names if you want the announcement sent to specific 
machines. If you don't specify MACHINE or if it is blank, the announcement 
will be sent to all machines currently in the environment 

ANNOUNCE ANN_ ... from ANNOUNCE.H long string ANNOUN 

ID optional string CE_DATA 

PATA LEN] 
[ 

[MACHINE destination machine name string] 



• 1 



Miscellaneous 



Use this to close the environment This is harmless and will not close 
anything that is not ready to be closed It will never shut down a machine. 
SHUTDOWN 

System Numbers 

If QUERY/ENUM/MODIFY SYSNBR is used with an SYSNBR ID that does 
not yet exist an entry is automatically added to the number list with these 
defaults: 

Last value (VALUE) 0 

used 

First in (START) 1 

sequence 

LimitLastin (STOP) 2147483646 (maximum 

sequence long) 
In all cases, the value passed for TOK^SYSNBR must be non-zero (except 
for ENUM) and unique within all programs that might ever be running in the 
system. The recommendation is to use the appropriate TOK_ . . . define for 
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TABLE n-continucd 



"I/O TOKEN 



VALUE DESCRIPTION 



TYPE 

DESCRIPTION 



MAXI- 
MUM 
LENGTH 



your SYSNBR value. 

To get the next number in sequence: 

QUERY see rules above 

SYSNBR 

VALUE next number in sequence 

To get the status of an entry in the number list: 



ENUM 
SYSNBR 
ID 

VALUE 
START 
STOP 

INCREMENT 



see rules above 



short 



long 



short 



short 



long 
long 



see doc above 
see doc above 
see doc above 
see doc above 
To get the status of all entries in the number list: 
ENUM 

SYSNBR (no value specified) 

[ 

ID short 
VALUE see doc above long 

START see doc above long 

STOP see doc above long 

INCREMENT see doc above long 
...] 

To change the status of an entry in the number list 
MODIFY 

SYSNBR see rules above short 

VALUE see doc above - optional long 

START see doc above - optional long 

STOP see doc above - optional long 

INCREMENT see doc above - optional long 
If any optional token is not specified, the previous value is not changed. This 
can be used to change certain numbers without being required to change 
others. For example, if you add an entry and want to use the defaults for 
START, STOP and INCREMENT but want to specify you own VALUE, you 
can do it 

Shipper Maintenance 

All of these commands deal with the master list of shippers. Clients can 
access the master list via ENUM. An announcement is sent when any snipper 
information of any land changes. This allows other programs to know when 
they need to do another ENUM - especially if they are storing additional 
shipper information in parallel with this master list. Other programs can use 
LOCK and UNLOCK to prevent a shipper from being deleted "out from under 
them." 

To get full information on all current shippers: 

ENUM 

SHIPPER 



[ Unique ID for this shipper 

ED unique shipper short name 

SYMBOL 

follows C rules for a variable 
NAME user-friendly shipper name 

FOR DISPLAY PURPOSES 
ONLY!! 

ERRCODE validity/status of shipper 

SHPNA name/address 
SHPABBR shipper abbreviation 

LOCK is shipper locked by some 

- . . ] program? 
To get full information on a shipper: 
ENUM 
SHIPPER 



string 



suing 



string 
boolean 



shipper ID (from ENUM 
SHIPPER) 

unique ID for this shipper 
unique shipper short ti?tth» 
follows C rules for a variable 
user-friendly shipper name 
FOR DISPLAY PURPOSES 
ONLY!! 

validity/status of shipper 
name/address 
shipper abbreviation 
is shipper locked by some 
program? 
To change a shipper's information: 



ID 

SYMBOL 



NAME 



ERRCODE 
SHPNA 
SHPABBR 
LOCK 



string 
string 



string 
boolean 



SHPAB* 
BRLEN 



undefined 



SHPAB- 
BRLEN 



SHPAB- 
BRLEN 
undefined 



SHPAB- 
BRLEN 



-36 - 



n/on/n7 pop 1 1 oft.i*; 
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TABLE n-continued 



MAX!- . 
TYPE MUM 
I/O TOKEN VALUE DESCRIPTION DESCRIPTION LENGTH 



MODIFY 


shipper ID (from ENUM 






SHIPPER 


SHIPPER) 






SHPNA 


name/address - optional 






SHPABBR 


shipper abbreviation - optional 


string 


SHPAB- 






* 


BRLEN 


To add a shipper: 








ADD 








SHIPPER 








To delete a shipper: 








DELETE 


shipper ID (from ENUM 






SHIPPER 


SHIPPER) 






To check-out a shipper to a program to prevent deleting: 






LOCK 


shipper ED (from ENUM 






SHIPPER 


SHIPPER) 






PROGRAM 


PROG„ID_ ... ID from 








PROGISTI.H 






MACHINE 


machine on which program is 








running string blank if no 








network use 








geunacbinename( ) function 






To check-in a shipper (UNLOCK): 






UNLOCK 


shipper ID (from ENUM 






SHIPPER 


SHIPPER) 






PROGRAM 


PROG_ID_ ... ID from 








PROGISTLH 






MACHINE 


machine on which program is 






V 


running string blank if no 








network use 








getmachinename( ) function 








Commitment Code 






To get the master list of available commitments: 






ENUM 








COMMIT- 








MENT 








I 


COMMTT_ ... ID from RATER.H 


stri 

g 


undefined 


ID 


Commitment short r*ame 






SYMBOL 


follows C rules for a variable 






NAME 


user-friendly commitment 


tri 

s ng 


uuucuucu 




name FOR DISPLAY 






...] 


PURPOSES ONLY!! 






START 


use manifest mode? 


IHHIICHIIJ 




[MANIFEST 


/* default package info */ 






I 

SHIPDATE 


date (TDC 


1 0 
k 1 n 




SHIPPER 


ID 


Snort U 




DONTBAND 


don't band yet 






SERVICE 


ID (see FDXRATER.H) 


short 0 




PKGTYPE 


ID (see RATER.H) 


short 0 




PAYTYPE 


payment type (see RATER. H) 






PAYORACCT 


payor account number 


string 


LFDX - 








PAYOR 


WEIGHT 


Weight 


long 3 




REF 


reference 


string 


T Y7V DP 








FER- 










LENGTH 


package length 


short 0 




WIDTH 


package width 


short 0 




HEIGHT 


package height 


short 0 




RCPID 


recipient ID 


string' 


LEN_RE- 








CIPIENT- 








ED 


RCP- 


recipient contact name 


string 


NALEN_- 


CONTACT 






CON- 








TACT 


RCP- 


recipient company name 


string 


NALEN_- 


COMPANY 






COM- 








PANY 


RCPADDR1 


recipient address line 1 


string 


NALEN_- 








ADDR 


RCPADDR2 


recipient address line 2 


string 


NALEN_- 






ADDR 


RCPCITY 


recipient city 


string 


NALEN_- 








CITY 


RCPSTATE 


recipient state 


string 


NALEN_- 
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TABLE Il-continued 



I/O TOK"FN 

XJ\J 1 UX\J^I1 


VAI I IF. DESCRIPTION 


TYPE 

DFSfRIPTION 


MAXI- 
MUM 
LENGTH 








STATE 


DEST 


postal code 


string 


NALEN — - 








22P 


RCPPHONE 


recipient phone number 


string 


MAX- 








PHONE- 








LEN 




(JtJL) smount 


long 2 




CODTYPE 


logical OR of COD 


short 




HAZ 


hazardous materials? 


boolean 




olvJis r.i i 


signature release; 


- UUUlCdll 






nirr.iTi QCIlVCTy \lslHglCJ ' 


UUUXCall 




HOLD 


hold for delivery? 


UUUiCcUl 








boolean 




TYFCVAT 


/fof°l<i^^H villi 
uccicucu Value 






ICE 
J 

I .1.^ I II J 






* 


next package list ID 


1 0 




ITEM 








T TCTTT* 
[ 

puron ate? 


la 


1 

long 0 






date (TDC) 


long 0 






IT) 
lis 


short 0 




DUIN lb AINU 


don't band yet 


boolean 








short 0 




r JvO 1 I re. 




short 0 




PAYTYPE 


payment type (see RATER JH) 


short 0 




tlA A P 

PAYORACCT 


payor account number 


string 


T ET\Y 






PAYOR 


Wbluril 


Weight 


long j 




REF 


reference 


string 










FER- 










LENGTH 


package length 


short 0 




WUJ1H 


package width 


short 0 




HEIGHT 


package height 


short 0 




RCPLD 


recipient ID 


string 


LEN RE- 








CIPIENT- 








ID 


RCP- 


recipient contact name 


string 


NALEN_- 


CONTACT 






IAJIN- 








TACT 


RCP- 


recipient company name 


string 


XT AT CM 

IN A) ,r.lN - 


COMPANY 






COM- 








PANY 


RCPADDR1 


recipient address line 1 


string 


NALEN_- 








ADDR 


KUrADDKZ 


recipient address line 2 


string 


XT AT CM 








ADJJK 


RCP CITY 


recipient city 


string 


MAT CM 








CITY 


RCPSTATE 


recipient state 


string 


MAT T7M 








OTATC 


DEST 


postal code 


string 


MAT CM 








ZIP 


RCPPHONE 


recipient phone number 


string 


MAX- 








PHONE- 










pnr» a Vf ni TUT 


COD amount 


long 2 




L-UUi Yrb 


logical uk oi kaju . . . 


snort 




HAZ 


hazardous materials? 


boolean 




MUKiiL 


signature release? 


boolean 




DIRECTDEL 


direct delivery (Dingle)? 


boolean 




HOLD 


hold for delivery? 


boolean 




SATDEL 


Saturday delivery? 


boolean 




DECVAL 


declared value 


long 0 




ICE 
] 

MSN 


weight of dry ice (whole lbs) 


short 0 




ID 


longO 




RTCODE 


routing code 


string 


9 


COMMIT- 


code (see RATER. H) 


short 0 




MENT 








ARRIVE 


date (TDC) 


long 0 




DIMWT 


dimensional weight 


short 0 




[TRACKNBR 


tracking number/COD tracking 
# 


string 


11] 
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TABLE n-continued 



TYPE 





VALUE DF<! fT? IPTTON 




CODRETTRK 


COD return tracking number 


string 


CONTENTS 


/* ignored for now */ 




RATE 






LISTID 


ID 


long 0 


standard 


see SERVERDOC 


COD 


COD charge 


long 2 


DECVAL 


declared value charge 


long 2 


HAZ 


dangerous goods charge 


long 2 


SATDEL 


Saturday delivery charge 


long 2 


SATPU 


Saturday pickup charge 


long 2 


ALASKA CHG 


Alaska delivery charge 


long 2 


HAWAIICHG 


Hawaii delivery charge 


long 2 


DIM RATE 


any package DIM rated? 


boolean 


END 






LISTID 


ID 


long 0 


[DELETE 


true to just throw list away 


boolean[ 


[ 


I* if manifest */ 




standard 


see SERVER.DOC 





MAXI- 
MUM 
LENGTH 



MSN 



list of MSNs 



[ 

VOID returns a list of other MSNs whose data was 
documentation should be reprinted and any data saved 
again. 
VOID 
ID 
[ 

MSN 

...1 
LIST 
BAND 
SHIPPER 
[ 

NAME 
ID 
..-1 
LIST 
DEL 

[TRANSMIT] 
SHIPPER 



Package 
should be QUERYed 



long 0 
long 0 



ID 

displayable form of shipdate 
thing to pass to band 



[ 

NAME 
ID 

.-■) 
LIST 

TRANSMIT 
SHIPPER 



ID 

displayable shipdate & 
seqnum filename 



ID 



short 0 

string 
long 0 



short 0 

string 
string 



short 0 



18 



21+ 
12 



shipdate & seqnum 
filename 



NAME 
ID 
...] 

(see PRINT section - SERVER.DOC) 

LIST 

PRINT 



string 
string 



21+ 
12 



BAND 

SHIPPER 

ID 

LD 

DEL 

[TRANSMIT] 

[ 

ID 

..J 

(see PRINT section • 
PRINT 

ID 

MSN 

[PRINT- 
ERROR 

SHIPPER 



ID 

thing returned from LIST 
filename created 



filename (returned from LIST) 



SERVER.DOC) 

/* courier & summary report */ 
filename (returned from LIST) 
/* ASTRA label*/ 
package master sequence 
number 

ignore print error? 

/* rate chart */ 
ID 

I* airbill */ 



short 0 
long 0 
string 



suing 



string 
long 0 
boolean] 

short 0 



12 



12 



12 



n/on/n7 cod i 1 
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TABLE H-continued 



I/O TOKEN 



VALUE DESCRIPTION 



MAXI- 

TYPE MUM 
DESCRIPTION LENGTH 



MSN 



package master sequence 
number 



[MORE true 

QUERY 

PRINT 

see PRINT section - SERVER .DOC) 



long 0 
boolean) 



QUERY 
ITEM 

Standard stuff 
(see (ENUM section ■ 
ENUM 
SHIPPER 
L 

SYSNBR 
ACCOUNT 
USER 
PWD 
PWD 
USER 
ORIGIN 
TRACKNBR 
TRACKNBR 
CODTRK 
CODTRK 
CODRETTRK 

CODRETTRK 

SIGREL 

PWRSHP 
DIMRATE 
GNDSAVER 

..-] 
ENUM 
CONTROL 
SHIPPER 
TRACKNBR 



SERVER.DOC) 



POWERSHIP plus number string 

FedEx account number string 

IIN user id string 

IIN password string 

IE password string 

recipient user ID string 

origin station string 

first tracking number string 

last tracking number string 

first COD tracking number string 

last COD tracking number string 

first COD return tracking string 
number 

last COD return tracking string 
number 

signature release authorization string 
number 

POWERSHIP plus complaint boolean 

use dimensional rating boolean 

use Express saver boolean 



CODTRK 

CODRETTRK 

COUNT 

COUNT 

ENUM 

CONFIG 

DIAL 

BAUD 
PORT 
DIR 



ID 

last package tracking number string 
used 

last COD tracking number string 
used 

last COD return tracking string 
number 

cycle count long 0 

transfer count long 0 



Hayes-compatible dialout string 
command 

baud rate short 

port short 

expedite directory string 



LFDX_ 
DIAL 



LFDX_ 
PATH 



see FDXRATER.H for more information on each element 
MODIFY 

SHIPPER ID 

[see ENUM SHIPPER section] 

MODIFY 

CONTROL 

SHIPPER . ID 

[see ENUM CONTROL section] 

modify 

CONFIG 

[see ENUM CONTROL section] 

(after END with MANIFEST TRUE, use this to change item information) 
MODIFY 
ITEM 
MSN 



[DONTBAND 



LOCK 



package master sequence 
number 
don't band yet 
/♦sec RATER. C */ 



long 0 
boolean] 



- loo - 



n /on/07 pdd 1 1 *v?_q*; 
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TABLE II-continued 



I/O TOKEN 



VALUE DESCRIPTION 



MAXI- 
TYPE MUM 
DESCRIPTION ' LENGTH 



SHIPPER 

UNLOCK 

SHIPPER 

REFRESH 

SHIPPER 

LOAD 

ZONE 

SHIPPER 

FILENAME 

LOAD 

RATE 

SHIPPER 

FILENAME 

LOAD 

REGION 

SHIPPER . 

FILENAME 

TRANSMIT 

SHIPPER 

[ 

ID 



ID 
ID 



/*URSA routing file - - 

unZiPs! */ 

ID 

drive (A,B. etc.) 

/* electronic rate file */ 
ID 

drivepath and filename 

/* region file, if Express saver 

*/ 

ID 

drivepath and filename 
ID 

filename 



CANCEL 



What is claimed is: 

1. A logistics management system to facilitate the process 30 
of shipping goods by a shipper having a predefined set of 
shipping requirements via a carrier having a predefined rate 
structure, comprising: 

a multitasking operating system environment for running 
a plurality of computer processes substantially simul- 35 
taneously and having interprocess communication 
means for passing messages between said processes; 

a supervisory server running in said operating system . 
environment for providing registration services to. con- 40 
nect computer processes to said interprocess commu- 
nication means; 

at least one rate server comprising one of said computer 
processes running in said operating system environ- 45 
ment substantially simultaneously with said supervi- 
sory server for providing access to carrier rate structure 
data and for providing predefined data processing ser- 
vices using said carrier rate structure data in response 
to a predefined set of request messages, said predefined 50 
data processing services including providing response 
messages based at least in part on said carrier rate 
structure data; 

said rate server having registration means for communi- 55 
eating with said supervisory server to invoke said 
registration services and to establish a first connection 
to said interprocess communication means; 

at least one client process comprising one of said com- 
puter processes running in said operating system envi- 60 
ronment substantially simultaneously with said super- 
visory server and substantially simultaneously with 
said rate server, said client process having user inter- 
face means for collecting input information from a user $5 
about a desired operation and for providing output 
information; 



said client process having registration means for commu- 
nicating with said supervisory server to invoke said 
registration services and to establish a second connec- 
tion to said interprocess communication means; 

said client process further having preprogrammed set of 
rules reflective of said shipper's predefined set of 
shipping requirements and having processing means 
for using said preprogrammed set of rules and at least 
a portion of said input information to issue request 
messages to said rate server and to interpret response 
messages received from said rate server in providing 
said output information; 

said supervisory server, said rate server and said client 
process being interoperable through said interprocess 
communication means (a) to receive said input infor- 
mation from a user via the user interface of said client 
process, (b) to use said input information to issue a 
request message to said rate server via said interprocess 
communication means, (c) to process said issued 
request message and thereby cause a response message 
to be generated by said rate server, (d) to send said 
response message to said client: process via said inter- 
process communication means, and (e) to provide said 
output information based on said response message. 

2. The system of claim 1 further comprising a predefined 
messaging system used by said client process to communi- 
cate through said interprocess communication means. 

3. Hie system of claim 2 wherein said messaging system 
employs a plurality of predefined tokens to define the nature 
of a message. 

4. The system of claim 2 wherein said messaging system 
employs a first plurality of predefined tokens recognized by 
said client process to define the nature of a message and a 
second plurality of predefined tokens ignored by said client 
process. 
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5. The system of claim 1 further comprising at least one 
supervisory manager for interfacing between said client 
process and said supervisory server. 

6. The system. of claim 5 further comprising a predefined 
messaging system used by said client process to communi- 
cate through said interprocess communication means, the 
messaging system being structured whereby said client 
process communicates directly with said supervisory man- 
ager and said supervisory manager communicates directly 
with said supervisory server. 

7. The system of claim 1 further comprising external 
processing manager for providing communications services 
to permit said client application to request and receive data 
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from an external database not supervised by said supervisory 
server. 

8. The system of claim 1 further comprising a predefined 
5 messaging system used by said client process to communi- 
cate with said rate server through said interprocess commu- 
nication means, said messaging system having automatic 
data type conversion means for translating data in a form 
10 recognized by one of said client process and rate server into 
a form recognized by the other of said client process and rate 
server. 

***** 
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START 
E- STAMP 
FROM 
WORD 
PROCESSOR 



IF NO PORTABLE PROCESSOR, 
FLASH RED LICHT ON 
TRAFFIC UCHT ICON 



IF WRONG PORTABLE PROCESSOR, 
FLASH RED LIGHT ON 
TRAFFIC UCHT ICON 
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START 
E-5TAMP 
DIRECTLY 





E-STAUP 




PROGRAM 




STARTS AND 




WAIN SCREEN 




DISPLAYED 



VERIFIES EXISTENCE OF 
PORTABLE PROCESSOR DEVICE 
INCLUDING: 
H A) SUCCESSFUL COMMUNICATION 
WITH PORTABLE PROCESSOR 
8) SERIAL NUMBER FR0U 
P0RTA8LE PROCESSOR VERFIED 

? 

704 
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IF VALID PORTABLE PROCESSOR. 
PROCEED THROUGH: 

A) PASSWORD VERIFICATION 

B) EXPIRATION DAT! VERIFICATION 

C) REGISTRATION INFO 
FROM HOST VERIFIED 

IF ALL VAUD, READ AND DISPLAY: 
-POSTAGE BALANCE 



RETURN ADPRFS5 BOX 

■*] -AUT0UATIC COPY, IF STARTEO 
FROM WORD PROCESSOR 
SOiCIION FROM DROPOOWN BOX 



CLASS/WENCY 

-select from different choices: 
first, third, fourth, bulk 
rate. priority mail, air mail, 
Same day. Overnight, next 

DAY, 2 DAYS. 3 OATS 

s 

712 



7U 
S 



WEIGHT 

-ENTER WEIGHT OF 
LETTER OR PACKAGE 

-AUTOMATIC WITH 
OPTIONAL SCALE 



Bi&SSSSS 

-SELECT ABOVE/ 

BELOW 
-AUTO CONVERSION 

FROM ADDRESSEE 

ZIP CODE 



714 

s 
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PPINT FORMAT 

-SELECT CHOICE: ENVE 
OR LABEL 

-SELECT SIZE OR TYPE 
DROPOOWN BOX 



ZONE 

-SELECT FROM BOX: 
LOCAL, 1 TO 8, 
CANADA. MEXICO 
OR INTERNATIONAL 



715 
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CONFIRM: YES OR NO 
-AMOUNT OF POSTAGE 
-H TO BE DEDUCTED h* 
AND SHIPPING 
SERVICE PROVIDER 



71S 
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Wlft Eflx 

-AUTOMATIC COPY, IF STARTED 
FROM WORD PROCESSOR 
-SELECTION FROM DROPOOWN BOX 
-MANUAL INPUT WITH SAVE 
CAPABILITY 



PRINT POSTAGE 

-GENERATE INDICIA OR OTHER 

AUTHORIZATION INFORMATION 
-!*CLICK" TO START PRINTING PROCESS 
-AUTOMATIC UPDATING OF PORTABLE PROCESSOR 

USAGE LOG: ORIGINAL DENOMINATION. DATE, 

ADDRESSEE AND POSTAGE AMOUNT 
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"E-Stamp"- Post N Mail. Inc. 

Software installation & screen prompts. 

1. Insert disk 1 in drive. 

2. Select Run. ..from File Menu in Program Manager 

3. Type b:\setup and click O.K. (substitute b for correct drive) 

4. Follow instructions on screen. 



Screen 1. 
203-^ 



Screen 5. 



211 



1. Connect TMU holder to your Serial port. 2.1nsert TMU button in holder. 

3.Switch ON your printer, check paper. 

4.Prepare the following information: Full name and address of owner, 

EIN jjf (if organization), Social Security § (if individual) 

Zip code 5+4, telephone and Fox § 
^ Proceed 




1. Legal terms, conditions ond Licensing agreement. 

2.Acceptance of above by clicking Proceed. p roceec j 



1. Display of "E-STAMP" serial § and TMU serial jjf (non-accessible) 
2. Enter owner information Proceed 




WARNING.; Verify above information. 
LAST CHANCE 



Proceed 



1. Please ensure printer is ON LINE 
2.The above information will be printed in triplicate 
3.Sign and mail two copies to Post N Mail, retain one copy 
4.A registration card will be mailed to you to access TMU refilling stations 
s — . Proceed 




INSTALLATION PROCEEDING 
Now copying files... % completed 
Insert diskette § 2 



Proceed 



INSTALLATION PROCEEDING 
Now copying files... % completed 
Installation completed 

FIG. 2 
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Post N Moil, Inc. Telephone (713)583-8909 Fox (713)699-0101 

505 Cypress Stotion Dr. Suite # 505 P v 
Houston, Tx 77030-1612 



'E-Stamp M ™ - Registration form 



^"M.M.U. Button Serial #000000001 
32 ^E-Stamp Serial #000000001 

Registered user: 
Individual Salim G. Kara 
Organization Global Impex, Inc. 
35^| Address: 505 Cypress Station Dr. 
Suite #505 
City: Houston State: Tx 



Date: April 20, 1994 
Time: 01:29 AM 



33 



Telephone: (713)583-8909 Fax: (713)699-0101 



Social Security # 636-18-0137 
Employer I.N. # 76-0422781 



Zipcode+4: 77090-1612 



Post N Mail License Agreement 

This is a legal agreement between you (an individual or an entity), the end user, and 
Post N Mail, Inc. If you do not agree to the terms of this Agreement, promptly return 
the disk package and accompanying items (including all hardware, written materials and 
binders or other containers) to the place you obtained them for a full refund. 
License 

1. Grant of License. 

2. Term of License. 

3. Copyright. 

4. Other restrictions. 

5. Limited warranty. 

6. Customer remedies. 

7. No Other Warranties. 

8. No Liability for Consequential Damages. 

308 

^ 

Signature 

FIG. 3A 
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; PostageMaker Postage Refilling Stations; 



0 0 



File Help 



PostageMaker 



401 



Log in the Master button 



| Create a New Postage Button 



Log in an Agent button 



Add Postage to a Used Button 



Create an Agent Button 



Attempt to Repair a Damaged Button 



Exit PostageMaker 



FIG. 4A 



PostageMaker is LOCKED i 



Enter master password here: 
I' 



Unlock 



FIG. 4B 
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PostageMoker is LOCKED 
Enter agent password here: 



Unlock 



FIG. 4C 



[Agent Button Registrations; 



r Owner information 



Agent Registration ID: 
Agent First Name: 
Agent Last Name: 



r Password for new button 



Agent Access PIN: 
Confirm Agent Access 



OK 



Cancel 



FIG. 4D 
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| Agent Button Registrations I 



i- Owner information 



Agent Registration ID: | AG 1234567 



Agent First Name: | John 



Agent Last Name: | Smith 



i— Password for new button 



*** 



Agent Access PIN 
Confirm Agent Access 1 *** 



OK 



Cancel 



FIG. 4E 



jPostageMoker j 



® 



r\ Place new Agent Meier in first slot on One Wire Bus so we can format it. 
1 [ENTER] when ready. 



Hit 





OK 







FIG. 4F 



PostogeMaker ; 



(T^ Agent has been registered on the button. 





OK 







FIG. 4G 
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/T\ Place new Postage Meter in tirst 
\U [ENTER] when ready. 


slot on C 

1 0K 1 


)ne Wire Bus so we can format it. Hit 



FIG. 4H 



RECEIPT 



RECEIPT NO: 



AG7654321 



POSTAGE BUTTON REFILL SERVICES 
TRANSACTION: 

AUTHORIZATION CODE: MA1 234567 



POSTAGE BUTTON: 

SERIAL NO: 08001 01 000E0 



5/25 



TRANSACTION DATE: 5/25/95 
TRANSACTION TYPE: INITIALIZE 

TRANSACTION AMOUNT: 



FIG. 41 



OWNER; 
OWNER ZIP CODE: 
TRANSACTION COUNTER: 
REMAINING CREDIT BALANCE 



00 



2.00 



2.00 



Add Postage to a Button! 



r Button information- 



Button Serial No.: 08001 01 0O0EO 
PNM Registration No.: 

Last Access On: 05/25/95 

Remaining Balance: $2.00 



Name: 
Zip Code: 
Expires On: 08/23/95 



r-Add Postage 



Current Balance: $2.00 
Transaction Balance 



100 



r Button Refill Information' 



Refill Date: 05/25/95 
Site ID: 000001 

Refill Balance: 



Refill Time: 12:37 PM 
Workstation 1 ~ 



OK 




Accept 




Re-Enter 




Cancel 



FIG. 4J 
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FIG. 4K 



Add Postage to o Button; 



i— Button information- 



Button Serial No.: 08001 01 000E0 
PNM Registration No.: 

Last Access On: 05/25/95 

Remaining Balance: $2.00 



Name: 
Zip Code: 
Expires On: 08/23/95 



i-Add Postage 



Current Balance: $2.00 
Transaction Balance: 



100 



r Button Refill Information - 



Refill Date: 05/25/95 
Site ID: 000001 

Refill Balance: $102.00 



Refill Time: 12:37 PM 
Workstation 1 ~ 



OK 






Accept 






Re-Enter 




Cancel 



FIG. 4L 
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| Add Postage Comfirmationj 



Do you want to add $100 to button? 



OK 



Cancel 



FIG. 4M 



PostcgeMaker j 



® 



The desired amount was credited to the meter. 



OK 



FIG. 4N 



RECEIPT 



RECEIPT NO: 



AG7654321 



POSTAGE BUTTON REFILL SERVICES 
TRANSACTION: 

AUTHORIZATION CODE: MA1234567 



POSTAGE BUTTON: 

SERIAL NO: 08001 01000E0 



5/25 



TRANSACTION DATE: 5/25/95 
TRANSACTION TYPE: CREDIT 

TRANSACTION AMOUNT: 



100.00 



OWNER 
OWNER ZIP CODE 
TRANSACTION COUNTER: 

REMAINING CREDIT BALANCE 



01 



102.00 



FIG. 40 
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INTERNAL BUTTON CREDIT PROCESS 



501 

'HAVE VlT 
RECEIVED A CREDIT 
SECURITY PACKET FROM 
HOST? 

'YES 



502- 



VALIDATE CREDIT 
SECURITY PACKET 




508- 



UPDATE REFILL BALANCE. 

STRIKE COUNTER AND 
TRANSACTION HISTORY LOG 



soqXJnO 
FIG. 5A 
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INTERNAL BUTTON DEBIT PROCESS 

600-N TDEBin 

601 

HAVE 
WE RECEIVED A 
TRANSACTION BUFFER 
FROM HOST? 



602 



(ERROR: NO 
TRANSACTION , 



[YES 



603- 



609- 



VALIDATE TRANSACTION BUFFER 





605 

/ 

ERROR: 
NO VALID 
TRANSACTION 




ERROR: 
AMOUNT 
INVALID 



608 



UPDATE METER BALANCE. 

STRIKE COUNTER AND 
TRANSACTION HISTORY LOG 



610- 



CREATE DEBIT SECURITY PACKET 
AND SEND TO HOST FOR USE 
IN PRINTING POSTAL INDICIA 

FIG. 5B 
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POSTAGEMAKER BUTTON VALIDATION 




FIG. 10A 
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9 



1019 



CONNECT TO 
POSTAGE (OR 
'BLANK') BUTTON 



CONNECT 
TO AGENT 
BUTTON 



-1014 



1008 



CONNECT 
TO MASTER 
BUTTON 




FIG. 10B 
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POSTAGEMAKER BUTTON 
REFILL PROCESS 



POSTAGEMAKER BUTTON 
INITIALIZATION PROCESS 



1030^" 



POSTAGE BUTTON 
REFILL CREDITS 



D 




1032- 



ACCEPT INPUT 
FOR AMOUNT TO 
BE CREDITED TO 
POSTAGE BUTTON 



1033- 



I 



COMMAND: 
(HOST TO BUTTON) 
CREDIT WITH AMOUNT 





1034 



ERROR: 
BUTTON NON 
RESPONSIVE 

'y 

1035 





YES 




1036 







'DISPLAY RESULTS 
AND PRINTOUT 
A CUSTOMER 
RECEIPT 



I 



1037 



A END ) 



FIG. 10C 



1040 




POSTAGE BUTTON: 
INITIALIZE 



) 




1043 



COMMAND: 
(HOST TO BUTTON) 
INITIALIZE FOR 
POSTAGE USE. 





ERROR: 
BUTTON NON- 
RESPONSIVE 





YES 




1046 







DISPLAY RESULTS 
AND PRINTOUT 
A CUSTOMER 
RECEIPT 



1047 



FIG. 10D 



AOIMKVF PPR 1 1 OA-AA 



U.S. Patent May 15, 2001 Sheet 20 of 23 US 6,233,568 Bl 



POSTAGEMAKER BUTTON 
REPAIR PROCESS 



POSTAGEMAKER AGENT 
INITIALIZATION PROCESS 



1050 




1053 



COMMAND: (HOST TO 
BUTTON) REPAIR DAMAGED 
INTERNAL MEMORY DATA 
AREAS OF BUTTON 





ERROR 
BUTTON NON 
RESPONSIVE 

1055 





YES 




1056 







DISPLAY RESULTS 
OF OPERATION 



7 



1057 



FIG. 10E 



1 060 




1063- 




ERROR 
BUTTON NON 
RESPONSIVE 

1065 



AGENT BUTTON 
INITIALIZE 



0 




COMMAND: 
(HOST TO BUTTON) 
INITIALIZE AS 
AGENT BUTTON 




1064 





YES 




1066 







DISPLAY RESULTS 
OF OPERATION 



7 



Cend~Xiq 67 

FIG. 10F 
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BLOCK DIAGRAM OF MEMORY LAYOUT FOR PREFERRED 
EMBODIMENT OF PORTABLE POSTAGE PROCESSOR 



3k BffES IMON- 


-VOLATILE STATIC RAM 


PRFATION DATF/TIMF 


niRRFNIT RAIANCF 


CREATING AGENT ID 


STRIKE COUNTER 


BUTTON TYPE: (POSTAGE) 


BALANCE BEFORE LAST REFILL 


PASSWORD 


LAST REFILL DATE 


USER REGISTRATION ID 


LAST REFILL AMOUNT 


USER NAME 


LAST REFILL AGENT ID 


USER ADDRESS 


LAST REFILL POSTAL LOCATION ID 


USER STATE 


LAST REFILL STATION NUMBER 


USER ZIP 


TRANSACTION LOG 


USER PHONE 


EVENT LOG 


USER FAX 


ENCRYPTION KEYS 



: 

FIG. 12 1201 



BLOCK DIAGRAM OF MEMORY LAYOUT FOR PREFERRED EMBODIMENT OF 
PORTABLE SECURITY DEVICE PROCESSOR FOR AGENT AND MASTER 



3k BYTES NON-VOLATILE STATIC RAM 



CREATION DATE/TIME TRANSACTION LOG 

CREATING MASTER ID EVENT LOG 

BUTTON TYPE: (AGNT OR MSTR) ENCRYPTION KEYS 

PASSWORD 

AGENT REGISTRATION ID 
AGENT NAME 

AGENT LOCATION ADDRESS 
AGENT STATE 
AGENT ZIP 
AGENT PHONE 



FIG. 13 1301 
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SYSTEM AND METHOD FOR 
AUTOMATICALLY PROVIDING 
SHIPPING/TRANSPORTATION FEES 

REFERENCE TO RELATED APPLICATIONS 

The present application is a continuation-in-part of pend- 
ing application Ser. No, 08/796,275, entitled "SYSTEM 
AND METHOD FOR PROVIDING DISPOSABLE ELEC- 
TRONIC POSTAGE," filed Feb. 7, 1997, now U.S. Pat. No. 
5,774,886 which in turn is a continuation application of 
application Ser. No. 08/639,847, entitled "SYSTEM AND 
METHOD FOR STORING POSTAGE IN A COMPUTER 
SYSTEM," filed Apr. 19, 1996, now U.S. Pat. No. 5,682, 
318, which is a continuation application of application Ser. 
No. 08/176,716, entitled "SYSTEM AND METHOD FOR 
AUTOMATICALLY PRINTING POSTAGE ON MAIL," 
filed Jan. 3, 1994, now U.S. Pat. No. 5,510,992, the disclo- 
sures of which are incorporated herein by reference. 

Reference is hereby made to co-pending and commonly 
assigned U.S. patent applications application Ser. No. 
08/725,119, entitled "SYSTEM AND METHOD FOR 
REMOTE POSTAGE METERING", filed Oct. 2, 1996, now 
U.S. Pat. No. 5,822,739 application Ser. No. 08/965,069 
entitled "SYSTEM AND METHOD FOR PROVIDING 
FAULT TOLERANT TRANSACTIONS OVER AN UNSE- 
CURED COMMUNICATION CHANNEL," filed Nov. 5, 
1997, application Ser. No. 08/812,803, entitled "SYSTEM 
AND METHOD FOR CONTROLLING THE DISPENS- 
ING OF AN AUTHENTICATED INDICIA," filed Mar. 6, 
1997, now U.S. Pat. No. 5,796,834 which is a continuation 
application of pending application Ser. No. 08/516,010, 
entitled "SYSTEM AND METHOD FOR CONTROLLING 
THE DISPENSING OF AN AUTHENTICATING 
INDICIA," filed Aug. 16, 1995, now U.S. Pat, No. 5,778, 
079 which is a continuation-in-part application of applica- 
tion Ser. No. 08/263,751, entitled "SYSTEM AND 
METHOD FOR STORING, RETRIEVING AND AUTO- 
MATICALLY PRINTING POSTAGE ON MAIL," filed 
Jun. 22, 1994, now U.S. Pat. No. 5,606,507, which in turn 
is a continuation-in-part application of application Ser. No. 
08/176,716, entitled "SYSTEM AND METHOD FOR 
AUTOMATICALLY PRINTING POSTAGE ON MAIL," 
filed Jan. 3, 1994, now U.S. Pat. No. 5,510,992, the disclo- 
sures of which are all incorporated herein by reference. 

TECHNICAL FIELD OF THE INVENTION 

This invention relates in general to the provision of and 
accounting for fees associated with the pick-up, shipping, 
and delivery of articles, such as mail, via services such as a 
postal system. More particularly, the invention relates to a 
system and method under the control of a computer for 
automatically establishing payment of fees, such as through 
the use of an indicia that can be used to authenticate a 
postage or similar transaction, or the obligation to pay such 
fees, for a plurality of shipping service providers. 

BACKGROUND OF THE INVENTION 

Presently, it is common for individuals or businesses to 
have residing within their offices a postage meter rented 
from a commercial business. This arrangement is very 
convenient, since letters may be addressed, postage applied, 
and mailed directly from the office without requiring an 
employee to physically visit the U.S. Post Office and wait in 
line in order to apply postage to what is often a quite 
significant volume of outgoing mail, or to manually apply 
stamps to each piece of mail. 



33,568 Bl 

2 

Quite naturally, postage meters were developed to relieve 
the manual application of stamps on mail and to automate 
the above process. Nevertheless, a postage meter residing 
within an office is not as convenient and efficient as it may 

5 first seem to be. First, a postage meter may not be purchased, 
but must be rented. The rental fees alone are typically not 
insignificant. For a small business, this can be quite an 
expense to incur year after year. Second, a postage meter 
must be adjusted, serviced and replenished manually; e.g., 

10 each day the date must be adjusted manually, periodically 
the stamp pad must be re -inked, and when the amount of 
postage programmed within the postage meter has expired, 
the postage in the meter must be replenished. To be 
replenished, a postage meter must be manually unplugged, 

15 placed into a special case (the meter is of a significant 
weight), and an employee must visit a U.S. Post Office to 
have the meter reprogrammed with additional postage. Upon 
arrival at the U.S. Post Office, a teller must cut the seal, 
replenish the meter with a desired amount of postage, and 

20 reseal the meter before returning it to the employee. The 
meter must then be returned to the office and powered up. 

Thus, in addition to the monthly rent, the servicing and 
replenishing of the meter requires the time and expense of at 
least one employee to take the meter to the U.S. Post Office 

25 to have it replenished. Of course, this procedure results in 
down- time wherein the postage meter is not available to the 
business for the application of postage to outgoing mail. In 
addition, because of the monthly rent and the size of these 
devices, it is generally not practical for businesses to have 

30 more than one postage meter to alleviate this down-time. 
Another type of meter, offered at slightly more expense, 
works in the following manner: 1) a user sets up an account 
with the meter owner, 2) 7 to 10 days before a user requires 
more postage, the user deposits with the meter owner the 

35 amount of postage required, 3) the user then calls the owner 
(7 to 10 days later) and they issue instructions as to the 
manual pushing of a variety of buttons on the meter 
(programming) which will replenish the postage amount on 
the meter. Nonetheless, the meter must be taken to the Post 

40 Office every 6 months for servicing in order to detect any 
tampering. 

Lastly, there is nothing inherent in the postal meter system 
which inhibits fraud. Accordingly, there may be a consid- 
45 erable amount of revenues lost for a postal service, or other 
item shipping service provider, before meter fraud is 
detected. 

An alternative to the above mentioned postage meters 
available to a business, especially a small business, is to 

50 forego the advantages of a postage meter and to buy sheets, 
or books, of stamps. Without a doubt, this is not a sufficient 
solution. Since a variety of denominations of stamps are 
generally required, applying two 290 stamps to a letter 
requiring only 40#, will begin to add up over time. 

55 Additionally, it is difficult for a business to keep track of 
stamp inventories and stamps are subject to pilferage and 
degeneration from faulty handling. Moreover, increases in 
the postal rate (which seem to occur roughly every three 
years) and the requirement for variable amounts of postage 

60 for international mail, makes the purchase of stamps even 
more inefficient and uneconomical. 

Because of different postage zones, different classes of 
mail, different postage required by international mail and the 
inefficiency of maintaining stamps within an office, it is 

65 important to have an automatic postage system, such as the 
aforementioned inefficient and relatively expensive postage 
meter. 
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Moreover, there may be a variety of item shipping or 
delivery service providers, each of which requires payment 
for pick-up, transportation, and/or delivery of items accord- 
ing to different schedules and terms. Accordingly, to auto- 
mate shipping of items via ones of these services may 5 
require a business to rent or purchase, and operate and 
maintain a variety of metering devices, or other equipment 
such as printers for waybills, manifests, or bills of lading, in 
order to have the flexibility to ship items via these various 
services. 10 

Often shipping items via different services is desired due 
to such considerations as the availability of a particular 
service offered, guaranteed delivery day or time, tracking of 
shipped items, delivery enhancements including C.O.D., 
certified, or return receipt, as well as cost considerations. 15 
However, a small business may forgo the flexibility to 
choose a shipper based on such considerations due to the 
expense and complexity of implementing the infrastructure 
necessary to utilize the various services. Moreover, a typical 
casual user of shipping services will not invest the time into 20 
determining the particular shipper and/or service offered 
which most closely satisfies the user's needs and desires. 

Additionally, the shipping service providers may be hesi- 
tant to offer or provide automated metering, or other such 
equipment, to less than heavy commercial users of their 25 
service due to expense, training, and support issues. 
Accordingly, such shipping service providers may not effec- 
tively leverage a potentially large portion of their potential 
market and, instead, rely on less convenient and, thus, less 
likely to be utilized manual and/or difficult to use methods 30 
of providing service to this portion of the market. 
Additionally, such systems may present fee collection prob- 
lems as the shipping service providers may have to establish 
accounts, either prepaid or postpaid, in order to service these 
accounts. Postpaid accounts may introduce latencies in 35 
actually receiving payment for services already rendered in 
addition to the inability to collect for some services ren- 
dered. Prepaid accounts, although alleviating risks involved 
with collecting fees for services already rendered and laten- 
cies in receiving payment, introduces costs in handling such 40 
accounts. 

Accordingly, there is a need in the art for a system and 
method that provides the automatic placement of postage or 
other proof of payment or obligation to make payment for 45 
services, i.e., conducting a credit transaction without deduct- 
ing a value from a credit balance (credit transaction), asso- 
ciated with item shipping/delivery on mail and other items 
at locations other than a U.S. Post Office or other shipping 
service provider, while not requiring the use of a traditional 5Q 
postage meter. There is a further need in the art for such a 
system to provide for the placement of such proof of 
payment or obligation to make payment for a variety of 
different shipping/delivery services in order that a user may 
select a delivery service provider and/or particular service 55 
most advantageous to that user's needs and desires. 

However, one major problem with any system in which a 
single apparatus is utilized in conjunction with providing 
accounting for fees associated with a plurality of different 
service providers is the maintenance of strict controls on the g 0 
"filling" of the memory with value credit and/or tracking the 
fees to be paid authorized by the apparatus. Any such 
controls should have as a component the ability to create an 
audit trail and the ability to withstand unauthorized usage. 

Another problem facing any system storing and authoriz- 65 
ing postage or other proof of payment is that the system 
should optimally interface with a user friendly operating 
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environment that is flexible and can be coupled to other 
programs such as a word processing or graphics program. 

It is a primary object of this invention to provide a system 
and method to dispense postage, or other proof of payment 
or obligation to make payment, in a secure manner so that 
it can be authenticated on a piece-by-piece basis. 

It is a further object of this invention to dispense postage, 
or other proof of payment or obligation to make payment, 
authorized for use with and by a variety of service providers. 

Another object of the invention is allow the comparison of 
fees/charges as between various ones of the service provid- 
ers in order to provide a user with sufficient information to 
select a shipping/delivery service provider and/or particular 
service best suited to the needs and desires of the users. 

A further object of the invention is to provide a system 
and method which may be managed by a single service 
provider although providing authorized proof of payment for 
a variety of service providers. 

SUMMARY OF THE INVENTION 

These and other objects and advantages are present 
wherein a portable device is constructed with a memory and 
having a processor controlling that memory. The device is 
arranged to communicate with a general purpose processor- 
based system, such as a personal computer (PC), in order to 
exchange instructions therewith. 

The portable processor device has on board certain secu- 
rity related fields, such as the date and time, the balance, 
random number generators, number of transactions that have 
taken place on the device, and the serial number of the 
device. It also has on board when the user initializes the 
device, information about the owner of the device including 
his/her name, the registration number and other information 
about the owner such as the user's address and password. 

When the device is used and a transaction is about to be 
debited from the device or an indication of an obligation to 
pay for shipping services (credit transaction) is about to be 
stored in the device, information about the transaction, such 
as the debit or credit amount and/or other transaction infor- 
mation that is postage or shipping related, such as the 
addressee's ZIP code, the addressor's ZIP code, the recipi- 
ent's address and name, the mail class, etc., are uploaded to 
the device from the PC. The processor stores them in 
memory, then it takes this information, the owner informa- 
tion and transaction information and preferably digitally 
signs them in a security packet, using its own key which is 
on board the device (it is not given externally). Once the 
debit or credit transaction has taken place, the device gives 
data back to the PC in digitally signed form. The PC then 
takes that information and packages it into an indicia in the 
form of a portable data file so that the digitally signed 
information can then be authenticated by the authenticating 
agency at pick-up, during shipment, or after it has been 
delivered along with a document or other associated item. 

The processor device preferably stores an amount of 
credit from which the debit amount is deducted. This credit 
is accessible only through the processor of the device and, 
thus, is secure. Accordingly, a single trusted service 
provider, such as the United States Postal Service, may 
exclusively possess the corresponding apparatus and meth- 
ods in order to refill or otherwise increment the stored credit 
upon payment by a user. As such, additional service pro- 
viders may delegate the implementation of such an auto- 
mated system to this trusted service provider and receive 
payment of fees therefrom when the transaction information 
stored by the device indicates use of such other service 
providers. 
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Of course, other service providers may be provided access offered by the shipping service provider and the invention 

to the internal workings of the device for direct management operates to print an indicia or other proof of payment or 

of transactions associated with such service providers. For obligation for payment, i.e., a valid waybill including user 

example, an alternative embodiment of the invention pro- number and transaction number indicating authorization for 

vides a plurality of separate stored credits associated with 5 the shipping service provider to provide the service for the 

ones of the various service providers. Accordingly, trust designated fee. 

among the various service providers need not be relied upon T c . , . CtU _ 

as each such service provider may implement different In . an ° ther P referred ^dimem of the presen Unven on, 

schemes or other methods of protecting stored credit and/or the f ls P la y ^,T™Tc» , '° thc , P™ 6550 " 1 ^ svslem 

other data relevant to transactions associated with the par- 1(1 employs a "WINDOWS' (general purpose graphical user 

. . 10 interface) type display for interfacing with the user. I nrough 

ticular service provider. . , tL n * , f 

- , . . c iL * ■ • the display screen, the program will request a password from 

A preferred embodiment of the present invent.on is ^ J T ^ ^ amount of Qr olhef feeg Qr infor . 

adapted to conduct and account for the aforementioned matk)n ^ ^ ^ lQ a q[ { ^ 

credit transactions through pnnting an indication or an , , , c f * r *~ „ u 

... . 4 c .1. ■ j . 1 j . • • c or corresponding label for subsequent application to a pack- 

obligation to pay for the services desired and storing infor- 15 Qr ^ * ^ usef ^ ^ ^ desired amoum of 

nation regarding this obligation within the portable memory & fees * ^ mformati , he wiu retrieve 

and/or a host system coupled thereto. Accordingly, the s stored ^ ble ^ and the 

portable memory may actually hold or store no credit E ^Mp 6 (indicia creator) (indicia creator) ogram will 

balance, at least with respect to shipping service proves rf ^ Qf ^ authorization in f ormati on 

allowing such credit transactions or for which a user has , n f, K ° , . . .. , ... , . •■ „, 

° . , , , ■ . r 20 through a coupled printing device onto the outgoing mail or 

tendered a suitable deposit to the service provider from label 
which such "credit" transactions may later be deducted. 

However the system will still preferably operate to create the In sti11 vet another preferred embodiment of the present 
aforementioned indicia which can then be authenticated by invention, the program may be coupled to another process, 
the authenticating agency at pick-up, during shipment, or such 35 a word processing, accounting, or spreadsheet 
after it has been delivered along with a document or other program, residing within the processor-based system. As a 
associated item. Accordingly, proof of the details of the result, the application of the postage indicia or other autho- 
transaction, preferably included in the indicia, may be rization information may be made in conjunction with the 
confidently authenticated or provided such as by a digital other process, which has capabilities, such as to print 
signature included in the indicia. Moreover, . the shipping 30 envelopes, separately or in conjunction with the printing of 
service provider may be provided with more complete and a corresponding letter or to otherw*e supplement the print- 
accurate information regarding the transaction by simply of the P osta S e mdicia or 0,her authorization information, 
scanning the indicia. Furthermore, the system may also be programmed to print 
Preferably, the shipping service provider using such a the address, return address and postage indicia or authori- 
credit or indication of obligation to pay system implements 35 nation information on documentation, such a waybills, 
scanning of each of the printed indicia, as opposed to manifests, bills of lading, correspondence, etc. This printed 
possibly only scanning a random sampling to detect and documentation can then be placed m envelopes with cutouts, 
deter fraud. Accordingly, a shipping service provider may S lassine P a P er > or the like at the appropriate areas so that the 
provide the indicated service only if the indicium is scanned address, return address and/or meter stamp can be viewed 
successfully. A billing system may be implemented such that 40 tnrou g n me envelope. 

any successfully scanned indicium is considered a service In another preferred embodiment of the present invention, 

order and the user is charged accordingly. the aforementioned portable processors are specially manu- 

In an alternative embodiment of the present invention, the factured by Dallas Semiconductor for use in conjunction 

system is arranged to automatically calculate the correct with programs, i.e., unique serial numbers specific to the 

postage associated with or to place on a letter, parcel or label 45 program are embedded within each portable processor but- 

as a function of the class, zone, weight, and the like of the ton - These serial numbers are then recorded in a user 

particular item to be shipped. One embodiment of the registration database for use by the Post Office or other 

present invention includes a balance coupled to the host shipping service provider and the software to scan and verify 

processor-based system so that items to be shipped can be letters. Thus, a form of security is provided since only the 

placed on the balance and the weight of the item automati- 50 portable processors specially manufactured for use with the 

cally entered into the system for calculating the correct E-STAMP program are able to receive or retrieve data 

shipping fees for that item. Another embodiment relies on pertaining to postage amounts, as previously described, 

item generation information provided by a coupled process Additionally, a special user-defined password may be 

utilized in creating the item, such as a word processor, in dedicated for use with the program so that access is only 

order to determine a weight of the item. 55 provided to users entering the correct password. The afore- 

Preferably, the invention operates to provide a user with mentioned serial numbers and passwords may, in addition to 

information regarding shipping an item via ones of the protecting against unauthorized use, also allow a user and 

available shipping service providers in order that the user the service providers to track postage used by every 

may make an informed decision as to which such provider company, department, employee, etc. Furthermore, other 

to choose for a particular transaction. For example, the user 60 software programs may also be configured to access the 

may make selections, such as a zone, delivery schedule, and control program so that spreadsheets and/or graphs may be 

shipping weight, and be presented with the fees and other produced providing statistics on postage use within a busi- 

information, such as service limitations, insurance °ess. 

availability, additional services, etc., associated with various Furthermore, the control program can be used to encode 

ones of the shipping service providers associated with these 65 a variety of information within the postage indicia or other 

particular selections. Thereafter, the user may select a par- authorization information using bar code symbol technol- 

ticular shipping service provider and/or a particular service ogy. Such information would be machine readable and can 
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be used to identify forgeries, in combination with the quently maintained, which provides for the trusted authori- 

established control database of active system users. zation of services by a plurality of service providers. Thus 

When the portable processor memory is refilled, the expenses associated with apparatus, training, and mainte- 

recorded transaction information can be analyzed either nance may be reduced. Furthermore, users are provided with 

from the perspective of management information or to try to 5 information with respect to the offerings of ones of the 

detect fraud. This allows for authentication or verification at various service providers for an informed choice of service 

a point remote (both physically and electronically) from the providers and/or particular services most compatible with 

user and remote from the PC and even remote from the their needs and desires with respect to a particular transac- 

portable processor. Additionally, at this time a single service tl0n * 

provider, such as the United States Postal Service, may io The foregoing has outlined rather broadly the features and 

account to other service providers for transactions autho- technical advantages of the present invention in order that 

rized by the portable processor memory, or otherwise pro- the detailed description of the invention that follows may be 

vide transaction information thereto. better understood. Additional features and advantages of the 

It is one technical advantage of this invention that the invention will be described hereinafter which form the 

most vital security-related pieces of the system are per- 15 subject of the claims of the invention. It should be appre- 

formed on board the portable processor so that it is not very ciated by those skilled in the art that the conception and the 

easily tampered with. specific embodiment disclosed may be readily utilized as a 

It is another technical advantage of this invention that the basis for modifying or designing other structures for carry- 
portable postage devices are easily transported from one in S out the same purposes of the present invention. It should 
standard computer to another. 20 also be realized by those skilled in the art that such equiva- 

It is another technical advantage.of this invention that the lent constructions do not depart from the spirit and scope of 

portable postage storage devices are durable, long lasting the invention as set forth in the appended claims, 

and economical. One method of accomplishing this is to use BRIEF DESCRIPTION OF THE DRAWINGS 

a portable processor with a hardened case, not allowing „ . 4 , 4 f 

direct contact with the processor. In this way, the code which 25 . Fc *. a more complete understanding of the present 

, a ,. . . . , invention, and the advantages thereof, reference is now 

defines the personalizing ot the processor remains secret and . , ' „ . , . & . Al . 4 . ... 

. f. .if made to the following descriptions taken in conjunction with 

cannot be disassembled. . , & . . , J 

, r c . . . . ., the accompanying drawings, in which: 

It is another feature of this invention to provide a system " ^ .„ Z . . £ 

and method that'as transactions take place the portable , n . J 1A lllustr /f a host Processor-based system for 

memory records information about each transaction and 30 implementation of the present invention; 

maintains a log of the most recent transactions. Accordingly, FIG 1B illustrates several embodiments of the postage 

transaction records or logs may be maintained securely for storage device; 

later use such as in detecting fraud or tampering as well as FIG. 2 illustrates an embodiment of user instructions and 

providing an audit trail. 35 screen prompts utilized by the present invention to interface 

Additionally or alternatively, such transaction informa- 3 with a user when installing the program on the processor- 

tion may be stored in an audit log external to the portable based system for implementation of the present invention; 

memory, such as on the host system or other durable storage FIG. 3 A illustrates one embodiment of a user registration 

device. Preferably the same digital signature created for the form; 

debit or credit transaction authorized by the portable 40 FIG. 3B illustrates a postal or verification indicia; 

memory are stored along with this transaction information in fig. 3C illustrates an encoded user registration form; 

order to validate the transaction information and keep it FIGS 4 A _4Q illustrate display screens utilized by the 

secure. Accordingly, any missing records or false records present invenlion t0 interface with a postal authority 

may easily be detected through validating the digital signa- employee when replenishing postage within the present 

ture against its associated transaction information and/or 45 invention; 



FIGS. 5 A and 5B illustrate flow diagrams of the replen- 



other transaction information. 

In one embodiment, it is a technical advantage of the ishing and debiting processes; 

invention that it presents an entire system and method for FIG. 6 illustrates a preferred embodiment of the security 

dispensing postage or other authorization information elec- techni utilized within the present invention; 

tronically using a portable processor and refilling of the 50 ? a flow m Qf ^ {ion of the 

portable processor through the use of a secure credit server . . .... , f u a 

...... c *• t L i * r j-. j present invention within a host processor-based system; 

with the transformation or a combination of credits and r „ w „ n „ . *w .„ , . r • , , 

information about the portable processor user into a graphi- FIGS 8 U and 8A mustra ' e a A ^ mterface P rovlde ? t0 

cal security interface, such as a printed postage indicia, a user wl ? en accessm S ,he P resent inventl0n on a host 

entitling the user to obtain an official transaction or service 55 P rocessor " ^ system, 

at a point detached from both the processor and the user FIG - 9 Urates an envelope used to display the postage 

(such as the sending of a parcel in the mail system). mdicia P nnted on a letter i 

Another technical advantage is provided in an embodi- FIGS - 10A-10F illustrate how the master, agent and 

ment of the present invention as transactions may be autho- postage buttons are validated; 

rized without the storing of a credit balance, such as on the 60 Fia 11 illustrates the architecture for the preferred 

aforementioned portable memory, which may be lost, stolen, embodiment of the portable processor; 

or otherwise fail. Additionally, no money may actually be FIG. 12 illustrates how a postage button is encoded; 

transacted if the indicia or other proof of obligation to make FIG. 13 illustrates how an agent or master button is 

payment is not scanned, i.e., the accompanying item is lost encoded; and 

in shipment etc. 65 FIG. 14 shows the interrelationship of the database for 

It is a further technical advantage of the invention that a registering memories assigned to users and the use of the 

single method and system may be deployed, and subse- database for verification purposes. 
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DETAILED DESCRIPTION OF THE 
INVENTION 

The present invention provides for a portable postage 
dispensing device, described in more detail below, that can 
be coupled to a host processor-based system at both the 
customer's site and at the postal authority, or other shipping 
service provider, such as a parcel delivery service or over- 
night delivery service, or an authorized agent. Throughout 
the remainder of this description, reference is made to the 
U.S. Post Office, postal authority or its agents. Note, 
however, that the present invention may be implemented 
within any country and with respect to any postal system or 
with respect to any data packet which is being examined by 
a validating authority detached, both physically and 
electronically, from its source. Likewise, throughout this 
description, reference is made to shipping service providers. 
It is intended that national and international shipping service 
providers such as United States Postal Service, United 
Parcel Service, Federal Express, Emery, DHL, Purolator 
Courier as well as regional or local shipping or delivery 
services such as bonded courier services etcetera be 
included. Additionally, more traditional trucking services, 
such as less than a truck load services, are intended to be 
included in the service providers which may be served by the 
present invention. 

The present invention will allow an individual to purchase 
a desired amount of postage or other value credit, preferably 
at an authorized agent of the U.S. Post Office, such postage 
or credit being stored within a portable postage dispensing 
device, which itself is a portable processor. The user may 
then invoke a host processor-based system to access and 
retrieve a portion of the stored amount of postage or credit 
via a program stored on the host processor-based system, 
such program hereinafter referred to as the "E-STAMP" 
(indicia creator) program. The E-STAMP program requests 
input on the weight of the item to be shipped, the addressee's 
address, etc. The E-STAMP program utilizes the information 
that was entered to calculate the amount of desired postage 
or shipping fees for an item to be shipped and prints a meter 
stamp or other authorization information, indicia, on an 
envelope, label, letter, waybill, manifest, bill of lading, 
etcetera, through a printer or special purpose label maker 
coupled to the host processor-based system. 

The portable credit dispensing device can also be coupled 
to a host processor-based system located at the agent autho- 
rized by the shipping service providers), such as a U.S. Post 
Office Agent. Particular post office sites and authorized 
agents will have installed a system complimentary to the 
software system installed on the customer's PC. The pro- 
gram installed at the U.S. Post Office, hereinafter referred to 
as the "POSTAGEMAKER" (credit replenished will allow 
an authorized agent to interface the portable postage dis- 
pensing device with the host processor-based system resid- 
ing at the authorized refilling agent in order to replenish the 
amount of postage or credit programmed within the portable 
postage dispensing device in an amount requested and 
purchased by the customer or to otherwise exchange data 
therewith. 

It shall be appreciated that, although described as 
portable, the storage device of the present invention may be 
substantially permanently coupled to a host, such as a 
portion of a mass storage device or a solder connected 
memory device. The use of such a device according to the 
present invention may include coupling to a remote credit 
granting apparatus or credit server as described in further 
detail below. 
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Moreover, although referred to herein as storing and 
dispensing postage, the storage device of the present inven- 
tion may store credit other than or in addition to credit 
associated with the posting of mail items though a postal 

5 authority such as the United States Postal Service. 
Accordingly, the term postage credit and postage as used 
herein includes credit and/or indicia or authorization infor- 
mation associated with service providers other than an postal 
authority. Likewise, the present invention may operate to 

10 disperse authorizations for goods and services without the 
use of stored credit such as by recording the obligation to pat 
for such services and creating an indicia representing a 
service order. 

Referring to FIG. 1A, there is illustrated a processor- 

15 based system (10) utilized for implementing the present 
invention, specifically the aforementioned E-STAMP and 
POSTAGEMAKER programs. System 10 includes chassis 
11 enclosing processor ("CPU") 12 and disk drive 14. 
Coupled to CPU 12 is display 13, keyboard 15 and mouse 

20 16. Furthermore, system 10 is adapted for coupling with a 
storage device 18, such as the preferred embodiment por- 
table processor button 182 illustrated in FIGLURE IB and 
shown in block diagram form in FIG. 11. Storage device 18 
is coupled to processor-based system 10 through a postage 

25 storage device receptor 17. 

The storage device may be any securable, intelligent 
device having some residual data capability, where that 
device can provide sufficient security measures to efficiently 
limit access to the memory and executable code of the 

30 device to authorized users. Intelligence is defined as having 
a CPU or other processor and memory built into the portable 
processor device. 

The preferred embodiment, portable processor button 

35 182, incorporates a small disk having a memory and CPU. 
Portable processor button 182 is a small, light-weight, 
portable, essentially non-breakable device available from 
Dallas Semiconductor, Dallas, Tex. A portable processor 
button may be coupled to host processor-based system 10 

40 through button holder 172. In a preferred embodiment of the 
present invention, a batch of buttons will be manufactured 
with specifically designated serial numbers for use solely 
with the present invention. However, disposable portable 
processor buttons 182, preloaded in various denominations, 

45 could also be sold either over the counter or in existing 
stamp machines at post office locations. The postal authority 
may also select to sell pre-loaded portable processors, on 
which the customer pays a deposit, that can be exchanged 
for another portable processor or returned for the deposit 

5Q whenever button 182 is depleted of postage. All authorized 
postal agent locations may sell pre-loaded portable proces- 
sors or the postal authority may elect to designate particular 
postal authority locations for selling portable processors. 
An advantage of the preferred embodiment (the portable 

55 processor button 182) is that a portable processor button 182 
is small enough and light enough that several may be carried 
in one hand. Furthermore, the portable processor button 182 
' is sufficiently durable to be sent through the mail. The fact 
that the portable processor is universally usable with PC's 

60 allows the per unit cost to be lower. 

Additional alternative embodiments of storage device 18 
are illustrated in FIG. IB. One alternative storage device 18 
is a smart disk 188 incorporating its own electronic modules 
capable of read/write operations. One embodiment of such 

65 a smart disk 188, SMART DISK, can be obtained from 
Smart Disk Security Corporation, Naples, Fla. The smart 
disk looks like a floppy disk and fits into a typical PC's 
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floppy disk drive 178, connected either externally or inter- 
nally to host processor-based system 10; however, smart 
disk has its own microprocessor that provides secure, pass- 
word protected storage. One advantage of the smart disk is 
that it can operate in a standard PC disk drive without 5 
modification to the disk drive or PC. The smart disk provides 
security for stored postage with an encrypted password and 
the encryption algorithm. 

Another type of storage device 18 is a smart card 186, a 
plastic card with an embedded microchip. The microchip 1Q 
contains mathematical formulas that encrypt computer data 
to secure access to that data (i.e., postage) and verify a user's 
identity before allowing access to the data. One drawback in 
the currently available smart cards 186 is that they require a 
smart card processor 176 hooked to the processor-based 
system 10. 15 

Still another type of storage device 18 is a PCMCIA card 
184. PCMCIA cards are currently used on notebook com- 
puters for modular storage and communication. Both exter- 
nal and internal add-on readers 174 (i.e., card slots) are 
available for PCs. ' 20 

Storage device 18 may be used on a variety of host 
processor-based systems 10. Host processor-based systems 
10 may be located in an individual's home, at any business 
location, or may even be present in a post office lobby for 
after hour usage. In a preferred embodiment, system 10 is a 25 
PC. In an alternative embodiment, system 10 could be part 
of a main-frame computer or system 10 could be part of a 
network system of multiple host processor-based systems or 
could be coupled, such as through a public switched 
network, to a remote system, such as the aforementioned 30 
authorized credit server. 

Typically, a user will buy a storage device 18, containing 
a small quantity of postage, included with a copy of the 
E-STAMP program. The user will then install the E-STAMP 
program on the user's host processor-based system 10. 35 

FIG. 2 illustrates one embodiment of user instructions and 
screen prompts to be followed by the user during the 
installation of the E-STAMP program. The instructions and 
screen prompts illustrated in FIG. 2 reflect the installation of 
the E-STAMP program in a MICROSOFT WINDOWS 40 
general purpose graphical user interface operating environ- 
ment on a PC equipped with a portable processor TMU 
button 182 and portable processor TMU holder 172. Of 
course, other means could be employed for implementing 
the present invention within a host processor-based system 45 
10. 

The user installation instructions 201 inform the user how 
to pull up the E-STAMP installation program. Once the 
installation program is initiated, screen 203 will appear. 
Screen 203 instructs the user to connect the TMU holder 172 50 
to a PC input/output port, such as a serial or parallel port, and 
to insert the TMU button 182 into the holder 172. The user 
is then instructed to turn on a printer 19 that has been 
coupled to the processor-based system 10 and check to see 
that the printer 19 is supplied with paper. Screen 203 further 55 
requests that the user prepare the following information: the 
user's full name and address, an identification number for 
the user (i.e., an employer identification number (EIN#), if 
the user is a business or organization; or a social security 
number (SS#), if the user is an individual), the usees ZIP 60 
code, the useres telephone number and the useres fax 
number. 

The next screen, screen 205, displays the License Agree- 
ment with its legal terms and conditions. Acceptance of the 
terms and conditions set out in the license agreement is 65 
indicated when the user continues with the installation 
program. 
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Next, screen 207 will appear and display the E-STAMP 
serial number and TMU serial number. At this time the 
user-specific information requested in screen 203 should be 
entered into the E-STAMP program. Once the user has 
entered the user-specific information, screen 209 will appear 
warning the user to carefully verify the correctness of the 
entered information. 

After verifying the information added into the E-STAMP 
program, screen 211 will remind the user to ensure that a 
coupled printer 19 is on line. The user information entered 
into the E-STAMP program will then be incorporated into a 
user registration form, one embodiment of which is illus- 
trated in FIGS. 3A, 3B and 3C. The E-STAMP registration 
form will be printed in triplicate. The user is instructed to 
sign and mail two copies of the registration form to the 
creator of the E-STAMP program, or other authorized agent, 
and to retain one copy of the registration form. Screen 211 
also informs the user that a registration card will be mailed 
to the user in order that the user may access TMU refilling 
stations or other authorized credit server. 

The E-STAMP installation program continues with screen 
213, which describes the progress being made in installing 
the E-STAMP program, and screen 215, which informs the 
user when the E-STAMP program installation has been 
completed. 

Referring to FIG. 3A, there is illustrated a preferred 
embodiment of the E-STAMP registration form. The regis- 
tration form includes information such as the portable pro- 
cessor button serial number 31, the E-STAMP serial number 
32, the date and time that the E-STAMP program was 
installed 33, and user-specific information 35 (e.g., name, 
address, telephone and fax numbers, and identification 
number), and a copy of the License Agreement 38 having an 
identified location for the user to sign. A preferred embodi- 
ment of the E-STAMP registration form will also contain all 
of the information needed to specifically identify the TMU 
button, E-STAMP program, and registered user in an 
encoded format, such as code 301 of FIG. 3C. The encoded 
information 301 will preferably be in a machine -read able 
graphical security interface, such as a standard bar code. In 
the preferred embodiment, the code would be the PDF417 
code discussed in more detail below. 

As will be discussed, indicia 300 shown in FIG. 3B also 
has a logo portion 39 and a printed "human readable" 
portion 38 as well as an encrypted portion 37. It is this 
portion 37 which is read and, if desired, compared to a 
database at a location remote from the user, remote from the 
generating PC and remote from the portable processor. 

The standard bar code contains white and dark areas in the 
form of bars that can be read by a laser scanner. The laser 
scanner illuminates the white and dark areas with a light of 
a certain frequency. The light is reflected back to the laser 
scanner in such a way as to indicate the pattern of white and 
black areas within the bar code. Since white areas reflect 
much more light than dark areas do, a perpendicular scan of 
the bar code will allow the scanner to translate the reflected 
light into the coded information. More than 20 linear bar 
code languages have been developed, each with its own 
specifications for how many bars and spaces make up a 
character, how characters are to be arranged, whether the 
characters can be letters as well as numbers, and so forth. 
The most widely-used bar code is the Universal Product 
Code (UPC) seen on everyday grocery items. The standard 
bar code currently used by the post office is POSTNET 
ZIP+4 described in Postal Service Publication number 67. 

More sophisticated graphical security interfaces have 
been developed over the last decade, such as Intermec 
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Corporations' Code 49 and Laserlight System Inc.'s Code and/or assessment of monies due. The utilization of the 

16K. A major advantage of these more sophisticated graphi- E-STAMP program by a customer will be further described 

cal security interfaces is that they contain an error-correction below. 

formula which can often recover the entire message even if nncTAPcuArcD ni\rmAMAi rrv 

. ... r _ , , _ , aan . nr A ^ , POSTAG EMAKER FUNCTIONALITY 

parts of the code have been torn or damaged. 5 DESCRIPTION 

A preferred embodiment of encrypted information 301 is 

a graphical security interface developed by Symbol Tech- Referring to FIG. 4A, there is illustrated a preferred 

nologies of Bohemia, New York and is called PDF417, a embodiment of a display screen 40 shown on display 13 

portable data file. PDF417 is a graphical security interface (FIG. 1A) to a postal agent when accessing the present 

constructed from data units called "words," each of which is 10 invention on system 10 for management functions such as 

17 modules long. Bars are made from filling in up to six refill of credit. Of course, the particular display aspects 

consecutive modules and each unit has four separate bars illustrated in FIG. 4A may be modified in any one of 

and four spaces. In essence, PDF4 17 can stack the equiva- numerous ways. Also, in a preferred embodiment of the 

lent of up to 90 one-dimensional bar codes, each just three present invention, host processor-based system 10 will pro- 

hundredthsof an inch high. Thus, the PDF417 symbology is 15 vide for input from a user via keyboard 15 and mouse 16. 

more complicated to produce and scan than is the typical However, other various forms of input may be utilized, such 

one-dimensional bar code and allows for a denser coding of as a light pen or touch-sensitive screen (both not shown), 

information. Because the PDF417 symbology specification Alternatively, the value incrementing aspect of the present 

includes sophisticated protocols for error-correction, the invention may be adapted so as to be fully or substantially 

actual density of information is highly variable, but can be 20 automated and thus operate substantially free of operator 

ten times the amount of information found in United States input. In such an embodiment, a user's system 10 may be 

Postal Service POSTNET bar code, per square inch. coupled, such as through modem 101 and PSN 102, to the 

PDF417 is available from Symbol Technologies, Inc., 116 POSTAG EMAKER program executing on a system 10 

Wilbur Place, Bohemia, N.Y. 11716 and the operation of the disposed in a secure environment, or otherwise adapted so as 

PDF417 is detailed in PDF Primer obtained from them and 25 to prevent unauthorized access and/or interception and uti- 

is hereby incorporated herein by reference. lization of communicated information, such as through 

When the system administrator, receives the signed password protection, secure handshake, and/or encryption. 

License Agreement from the user, the encrypted information Preferably, communication between such systems 10 to 

301 can be scanned with a laser scanner so that the infor- conduct refill and other transactions is accomplished utiliz- 

mation contained therein can be automatically transferred to 30 ing fault tolerant techniques such as shown and described in 

a Registered User's database. The purpose of this database the above referenced patent application entitled "SYSTEM 

will be more fully discussed below. When the encrypted AND METHOD FOR PROVIDING FAULT TOLERANT 

information 301 has been transferred to the registered user's TRANSACTIONS OVER AN UNSECURED COMMUNI- 

database, a registration card containing a serial number will CATION CHANNEL/* previously incorporated herein by 

be printed and mailed to the registered user The valid entry 35 reference. 

of the user registration information in -the registered user's Accordingly, a user, or the E-STAMP program, may 

database guarantees that user's mail, or other items, to pass determine a point at which it is desired to increment a credit 

verification at the U.S. Post Office or other shipping service amount, or otherwise update information, stored in the 

provider, for scanning equipment will preferably be con- portable memory and establish an information communica- 

nected to the database, or a copy thereof, for real-time 40 tion link between a system 10 executing the POSTAG E- 

verification of mail or shipment of items. MAKER program and a system 10 executing the E-STAMP 

Of course, separate registered user databases may be program. Thereafter, the desired credit amount may be 

maintained for the different shipping service providers a incremented, information reflecting the obligation to pay for 

particular user or storage device is authorized to utilize shipping services, i.e., credit transaction data, may be- 

according to the present invention. For example, in the 45 communicated, and transaction information or the like may 

information provided by the user at time of initialization or be exchanged. It shall be appreciated that such an exchange 

registration may be information with respect to particular of data may be fully automated, such as to occur as needed, 

service providers from which service is desired. i.e., when a stored credit or a total amount of an obligation 

Accordingly, the appropriate registration information may to pay for previously rendered services reaches a threshold 

be parsed from the registration information for inclusion in 50 value, at particular times, i.e., off peak communication 

particular databases associated with these selected service network hours, and/or particular intervals, i.e., after a 

providers and, thereafter, provided to the service providers selected number of days, weeks, months, or meter strikes, 

for real time verification of items shipped. Where the POSTAGEMAKER program is adapted for 

System 10 may be utilized at a customer site for permit- operator supervision and/or control, the main screen pref- 

ting a user to retrieve postage, or other credit, stored within 55 erably consists of function "buttons*' which may be clicked 

storage device 18, via the E-STAMP program, for subse- on with the mouse 16 to activate them. At the beginning of 

quent printing as a postage indicia or other authorization a session, the postal agent must have a supervisor enable the 

information onto a piece of mail through printer 19, coupled program by putting a master portable processor button 18 

to system 10. Likewise, system 10 may be utilized at a into holder 17 and clicking on the function "Log in the 

customer site for permitting a user to print information 60 Master Button." The master password is typed into the 

indicating an obligation to pay for selected services (credit dialog window illustrated in FIG. 4B. The password here 

transaction), rather than actually printing an indicia of will be passed to the master security button for verification 

payment, while storage device 18 securely retains transac- against the one stored inside of it. If the password is 

tion information therein for later auditing and/or assessment incorrect or the button was not the correct one for this 

of monies due. Of course, as described above, system 10 65 supervisor an error will be displayed and the POSTAGE- 

may additionally or alternatively store transaction MAKER users will be prompted to retry the master login 

information, such as in disk drive 14, for later auditing operation. 
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It shall be appreciated that communication between host To add postage to a portable postage dispensing device, 

system 10 and the coupled storage devices may be over an the agent select a the fi net ion, "Add Postage to a Used 

unsecured channel and may be subject to tampering, Button" with mouse 16. Once this is done, the portable 

interception, and/or disruption. Accordingly, the preferred postage dispensing device, which was previously placed on 

embodiment of the information exchange between these 5 the holder 17, will be read and the dialog window in FIG. 4J 

devices is as shown and described in the above referenced will appear if the button was newly formatted and has not yet 

patent application entitled "SYSTEM AND METHOD FOR been registered. If the button has been previously registered 

PROVIDING FAULT TOLERANT TRANSACTIONS and is being refilled, a dialog window like that in FIG. 4J 

OVER AN UNSECURED COMMUNICATION CHAN- will appear but with supplementary information as pictured 

NEL." in FIG. 4K. In both cases, the button serial number is the 

With login successfully accomplished, the postal agent same, but user registration data has been completed in the 

then must log into the POSTAGEMAKER system by plug- latter version in FIG. 4K. User registration information 

ging his/her agent portable processor button 19 into holder displayed here are: Registration No., Name of registered 

17 and clicking on the function "Log in the Agent Button." button owner and ZIP code of registered button owner. 

The agent password is typed into the dialog window illus- In FIG. 4J, the button has a current balance of $2.00 and 

trated in FIG. 4C. The password here will be passed to the 15 expires on Aug. 23, 1995. By filling in an amount in the 

agent security button for verification against the one stored Transaction Balance field, the agent can refill this button, 

inside of it. If the password is incorrect or the button was not even lhou S h il lacks registration information. It should be 

the correct one for this agent an error will be displayed and noted however, that the E-STAMP program will not allow 

the POSTAGEMAKER users will be prompted to retry the transactions to be made with this button before it has been 
, , ■'20 registered and a valid registration number has been stored on 

agent login operation. . & _ , , ~* 

~ 7 . , '. . ,t_ the portable processor button. 

Once both master and agent security buttons have been T A ^ , , A , ■ ^ , , it , n 

i j * T^c^A^rx* a Am ■ .j j * l In FIG. 4K, the already-used and registered button has a 

logged-in POSTAGEMAAER is now considered to be a current balance of$102 .09 and its expiration date is Aug. 23, 

valid credit server. In this discussion, credit server is defined 1995 £xka[ion date fe a i ways set b y POSTAGEMAKER 

as a host system-based application which is empowered to 1$ as 90 days ffom the date of refm ^ impHes mat reyisits 

allow portable postage dispensing devices, such as storage for refiu operations must take place at least once every 

device 18, to become credited with prepaid postage values quarter. This is an arbitrary restriction and can be changed if 

for subsequent control of a processor based system or desired. Any one of a number of "time-out" scenarios could 

otherwise conduct the management functions described be employed. For example, a preestablished time of three 

herein. 30 months from last refilling, or the time-out could occur a 

If it should be necessary to create an agent security button, certain time after non-use or a certain number of meter 

the function "Create an agent Button" should be selected strikes. However, setting a relatively short expiration date 

with mouse 16. A valid logged-in agent button is not window, such as the above mentioned 90 days, may be 

necessary for authorization to perform this operation. Only desirable, for example, where a single credit register is 

a valid logged in master button is required. Once the "Create 35 utilized for prepayment of all shipping service providers 

an Agent Button" function is selected and it has verified with distribution of funds only occurring upon receipt of 

proper authority as has been previously asserted, the dialog transaction information during the refill process, 

window in FIG. 4D appears. The Agent Id, Name and access Continuing with the refill operation, if the agent is 

password must be input so they can be registered on the - requested to put $100 worth of postal value on the portable 

newly formatted agent button. An example of this informa- 40 postage dispensing device by the user, this amount is entered 

tion appears in FIG. 4E. in the "Transaction Balance" field with keyboard 15 as 

Once this dialog has been fully filled out, the "OK" button shown in FIG. 4L. Selecting the "Accept" function at the 

should be selected to continue the operation. If "CANCEL" bottom of the dialog window will give another dialog 

is selected the dialog window appears and the function window for validation purposes, such as that in FIG. 4M. 

terminates leaving main control to the main screen pictured 45 Clicking "OK" makes this dialog window disappear and 

in FIG. 4A. If "OK" was selected, the dialog window in FIG. control returns to dialog window 4L with the "Refill Bal- 

4F appears, prompting the agent to place a blank button on ance" field filled out with the 5100+previous balance of $2 

the interface 17 and hit the ENTER key on keyboard 15 giving total $102. Clicking "Cancel" in Dialog window 4L 

when ready (or use mouse 16 to select the "OK" button on simply returns to dialog window 4L without updating the 

the dialog). 50 refill balance field. Selecting "ReEnter" at the bottom of 

The host processor-based system 10, executing the POST- dialog window 4L allows the "Transaction Balance" field to 

AGEMAKER program will complete the operations neces- be redone in the case a mistake was made. The "Cancel" 

sary to format the button as an agent security device and if function at the bottom of dialog window 4L simply cancels 

successful will display the dialog window pictured in FIG. the finction and returns control to the main window pictured 

4G. Select OK to continue. 55 * n FIG. 4A. 

To format a new portable postage dispensing device, the The actual committing of the credit operation happens 

agent must select the "Create a New Postage Button" when "OK" is selected at the bottom of dialog window 4L. 

function by clicking on it with mouse 16. At this point, the The meter is credited and dialog window 4N appears to tell 

dialog window in FIG. 4H appears prompting the agent to the agent the operation was successful. At this point, if 

put a blank postage button on the holder 17. Should the 60 successful, a receipt such as shown in FIG. 40 will print out 

operation fail, a dialog warning of this will appear. If on the designated agency printer. The receipt is desired to 

successful, a receipt such as shown in FIG. 41 will print out maintain an audit trail of the new postal value bestowed on 

on the designated agency printer. The receipt is necessary the portable device by the credit server POSTAGEMAKER. 

because of the initial value bestowed on the postal button by Along with the receipt, a record is kept in the host processor- 

the credit server POSTAGEMAKER. Along with the 65 based system 10 of the transaction for logging purposes, 

receipt, a record is kept in the host processor-based system Normally, the portable processor is completely secure 

10 of the transaction for logging purposes. from tampering but certain conditions might trigger the 
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portable processor to disable itself to protect its internal to include an additional finction button(s) in order to identify 

postal value integrity. Should this ever happen, the function a particular credit register to refill or otherwise increment. 

"Attempt to Repair a Damaged Button" can be used by an For example, the function button labeled "Add Postage to a 

agent to notify the portable processor that the matter has Used Button" may be associated with a credit register 

been investigated and no fraudulent actions appear to have 5 utilized in generating postage indicia accepted for use by the 

been committed. This allows the button to start to work United States Postal Service, and possibly other indicia or 

again accepting commands from a host processor-based authorization information accepted by other shipping ser- 

system 10 for both crediting and debiting operations. vice providers, and a second function button may be dis- 

The preferred embodiment of the credit refill operation of P osed thereunder. This second function button, possibly 

the present invention has been described with reference to a i° labeled "Add Expedited Shipping Credit to a Button," may 

single shipping service provider accepting payment for and be associated with an overnight delivery service such as 

bestowing a corresponding amount of postage credit. This Federal Express, Emery, or Purolator Courier. Of course, 

preferred embodiment allows for a single trusted shipping rather than an additional function button added to the screen 

service provider, such as the United States Postal Service, of FIG. 4A, selection of the "Add Postage to a Used Button" 

which has already established infrastructure deployed to 15 function button may invoke a sub-menu which allows the 

service the populace in general to manage the payment by a S ent to select a -particular credit register to increment, 

users for shipping services of a number of shipping service Although discussed with reference to a trusted shipping 

providers. Accordingly, at time of refill, this trusted shipping service provider, it shall be appreciated that the agent 

service provider may analyze transaction information stored authorized to grant credit according to the present invention 

on a storage device 18 to determine amounts of the debited 20 may not be a shipping service provider at all. For example, 

postage credit associated with particular shipping service other businesses or entities having a preexisting infrastruc- 

providers for example, the transaction information may ture compatible with the deployment of the present 

include a record incremented in an amount corresponding to invention, such as banks,. grocery stores, or the like, may 

a particular one of the shipping service providers conducting collect prepayments and dispense refill credits, 

a transaction before a printer is enabled to print information 25 Regardless of the actual time of payment, it shall be 

authorizing the particular one of the shipping service pro- appreciated that the shipping service provider is relieved of 

viders to conduct a transaction. Thereafter, this trusted many G f the expenses and risks involved with collecting 

shipping service provider may forward monies, previously shipping fees from the many individuals utilizing their 

received in payment of a credit refill transaction, to the services. Accordingly, the trusted shipping service provider 

appropriate shipping service providers in payment of their 30 mav extract a fee, such as a percentage of the shipping fees, 

services. m payment for provision of this valuable service to other 

Additionally or alternatively, the postage indicia or other shipping service providers, 

authorization information printed according to the present \ t shall be appreciated that although a preferred embodi- 

invention and included with a shipped item may be utilized ment Q f me POSTAGEMAKER program has been described 

by the shipping service provider transporting the item to aDO ve with reference to the use of supervisor and agent 

demand payment from this trusted shipping service provider. buttons to enable particular functionality of the POSTAGE- 

Such a system allows for more timely payment of the MAKER program. It shall be appreciated this is but one 

shipping service provider actually providing the service. embodiment of a system for providing credit to and/or 

Alternatively, ones of the shipping service providers, or 4Q retrieving information from the user's portable memory, or 

their authorized agents, may operate credit servers. other storage device, of the present invention. Accordingly, 

Accordingly, a particular shipping service provider may one of skill in the art will readily appreciate that the 

refill a credit amount, such as a separate register associated crediting, determination of obligations to pay, auditing 

with this shipping service provider in the storage device, functions, and the like of the present invention may be 

upon receipt of payment from the user. Such an alternative 45 provided by a number of means including a system not 

embodiment allows for such ones of the service providers to relying on the aforementioned buttons, 
receive prepayment of the fees and, thus, eliminate any 

delay in collecting for services rendered. Of course, such an E-STAMP FUNCTIONALITY DESCRIPTION 

embodiment requires these shipping service providers to Once the required amount of postage has been transferred 

deploy the infrastructure necessary for their direct involve- 5Q t0 the p 0rta bie processor button 182, the user may then 

ment in the refilling of credit in the storage device. However, physically carry the button back to the user's business 

with the proliferation of the Internet and other user friendly location and couple the portable processor button 182 to a 

electronic information exchange mediums, such infrastruc- host processor-based system 10 through button holder 172. 

ture may be little more than a host system, i.e., a "web Upon invocation of the E-STAMP program by the customer, 

server," having the appropriate security measures imple- 55 tne customers host processor-based system 10 can access the 

mented therewith. postal amount stored in portable processor button 182 and 

Additionally, even where a trusted shipping service download portions of the stored postage to the E-STAMP 
provider, or other operator of a credit server authorized to program to be used for printing postage indicia or other 
refill credits associated with multiple ones of the shipping authorization information on items to be shipped, 
service providers, is relied upon to increment the credit 60 Referring next to FIG. 7, there is illustrated a flow 
stored in the device the above described use of separate diagram of the process employed within host processor- 
credit registers for ones of the shipping service providers based system 10 configured for allowing a user to print a 
may be utilized to increase the shipping service provider's postage indicia or other authorization information. As pre- 
separate register and to forward the prepaid monies to this viously discussed, the E-STAMP program may be a stand- 
shipping service provider, 65 alone program, or it may be associated and coupled with 

Accordingly, in an alternative embodiment, the POST- another process such as a word processor program. 

AGEMAKER screen illustrated in FIG. 4A may be altered Therefore, the E-STAMP program may be started directly 
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(step 702) or via step 701. Thereafter, at step 703, the 
E-STAMP program shows display 80, illustrated and 
described with respect to FIG. 8, to the user. 

Next, in step 704, as shown in FIG. 7, the E-STAMP 
program verifies the existence of portable processor button 5 
182 coupled to host processor-based system 10. If portable 
processor button 182 has not been inserted within its holder 
172, at step 705, a message is flashed to the user to insert 
portable processor 182. If the wrong portable processor 
button, or a portable processor button not programmed for 1Q 
use with the E-STAMP program, has been inserted and 
coupled to system 10, a warning is flashed to the user to 
insert an authorized, or valid, portable processor button 182 
as illustrated in box 706. The process of portable processor 
verification represented by box 704 includes several steps as 15 
follows: Step 1 — Successful communication with portable 
processor within its strict communication protocol and com- 
mand structure already demonstrates likelihood that at least 
the type of button is correct (i.e., it is more than just a Dallas 
Semiconductor button, it is a button running the proprietary 2Q 
code particular to the postage application outlined herein). 
Step 2 — Serial number of portable processor is verified 
against encrypted registration information in the PC. 

If a valid portable processor button is coupled to system 
10, at step 707, other information stored in the secure 2 $ 
environment of the portable processor is demanded via the 
common command structure used for host-to-button com- 
munications. The process of portable processor connection 
represented by box 707 includes several steps as follows: 
Step 1 — E-STAMP passes user password entered to portable 30 
processor and verification takes place within the secure 
environment of the portable processor button to guarantee 
maximum secrecy of the password. Password is never stored 
in host processor-based system 10. Step 2 — If the portable 
processor reports a result from Step 1 as a password match, 35 
E-STAMP will then be able to access the command facilities 
of the portable processor to ultimately print postage indicia 
thereby deducting value from the internal data representa- 
tion of credit within the portable processor. Step 3 — Portable 
processor verifies its own expiration date based on an 40 
internal realtime clock. Host processor-based system 10 
never has opportunity to interfere in this decision. Step 4 — If 
the result of the expiration date check of Step 3 is that the 
portable processor is still valid, the user registration infor- 
mation stored in the host processor-based system 10 is 45 
passed to the portable processor for validation. Step 5 — If 
the check of Step 4 is valid, the current meter balance is 
displayed in the center-button part of the E-STAMP program 
screen block 806, just teethe left of the traffic light icon 
which will also display "green" to indicate that a valid 50 
portable processor button is available for use in printing 
postage indicia. If any of the above checks are invalid, the 
traffic light displays "red" to indicate that a valid postage 
dispensing device was not detected. 

Next, at step 708, return address box 803 is completed 55 
automatically or manually. The address within 803 may be 
automatically entered from the adjoining word processor or 
database program, the address may be selected from a 
drop -down box (not shown), or the address may be manually 
input, for example. Any entered address may be saved go 
within the E-STAMP program. Additionally, if a return 
address is not desired, it may be omitted. 

Thereafter, in step 709, the contents of address box 805 
are entered in a manner similar to the contents of return 
address 803. 65 

Next, at step 710, the user may select the print format by 
the use of the "Print Setup" standard dialog box selected in 
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the "File" Menu as pictured in FIG. 8A. As illustrated, the 
postage indicia may be printed on a label through printer/ 
label maker 19, or a choice may be made to print the postage 
indicia on an envelope inserted within printer 19, which may 
be chosen to be a standard size or a nonstandard size as 
selected by the user. Note that if the postage indicia is to be 
printed on a label, it may be desired that the return address 
within 803 and the address within box 805 not be printed. 

Alternatively, the postage indicia and the addresses within 
boxes 803 and 805 may all be printed on a flyer, a pamphlet, 
a postcard or a sheet of paper. Whenever the indicia is 
printed on a letter, along with the addresses in boxes 803 and 
805, that letter may be folded so that the indicia will show 
through an opening or window 901, in the top right hand 
corner of a specially designed envelope 900 illustrated in 
FIG. 9 and as shown in co-pending Design Patent Applica- 
tions 

Serial No. 29/022,913, filed May 16, 1994, now U.S. Pat. 
No. D395,333 and Serial No. 29/039,328, filed May 24, 
1995, now U.S. Pat. No. D380,007 both incorporated by 
reference herein. 

Envelope 900 may be a standard or non-standard size with 
any number of windows as designed by the user. Typically, 
envelope 900 will have a first window 901 in the top right 
hand comer for the printed postage indicia to show through. 
Envelope 900 may also have other windows for the address- 
ee's name and address (903) and for a return address (902) 
to show through. Envelope 900 may have glassine paper, or 
other transparent covering material, covering the described 
windows such that the postage indicia and other imprinted 
information is protected from inadvertent detachment and 
adverse conditions (such as inelement weather). 

Additionally, a user may select a print format such as a 
waybill, manifest, or bill of lading in the alternative to or in 
addition to the above print formats. Accordingly, where the 
item to be shipped or mailed is anticipated to be shipped by 
a carrier requiring such documentation, the E-STAMP pro- 
gram may automatically generate and/or complete such 
documentation. Of course, such alternative formats may 
require additional information from the user, or computer 
process such as the aforementioned word processing pro- 
gram. Accordingly, selection of ones of the available formats 
may provide for the acceptance of additional information 
into the E-STAMP program, such as by opening an addi- 
tional dialogue box or communicating with the additional 
computer process. 

It shall be appreciated that selection of print format 
information may be omitted, skipped, or overridden by other 
selections by the user and/or E-STAMP program. For 
example, selection of a particular shipping service provider 
as described herein below may override a portion of the print 
format selections where the selected shipping service pro- 
vider requires a particular non-selected format or requires a 
particular document or form to be completed. Accordingly, 
in an alternative preferred embodiment of the invention, 
selection of a print format may be at a point in the process 
sometime after selection of a particular shipping service 
provider in order to automatically provide default printing 
format selections according to the shipping service provider 
selected. Provision may be made for the user overriding 
these default selections, if desired. 

In step 711, the user enters the weight of the package or 
letter associated with the postage indicia or other authori- 
zation information. This weight may be entered manually, or 
automatically, such as through the use of scale 103 coupled 
to host processor-based system 10 in a manner well known 
in the art. 
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In step 712, the user selects the class and/or urgency of the 
item from the choices shown in box 802 and 807. It shall be 
appreciated that ones of the selections of class and urgency 
may substantially overlap and, therefore, selection of such 
an option from one of boxes 802 or 807 may also make a 5 
corresponding selection in the other one of boxes 802 or 
807. 

Additionally, class and urgency information may be dif- 
ferent for each of the shipping service providers and, 
accordingly, selection of a particular classes or urgency 10 
criteria may be based at least in part on the particular 
shipping service providers) for which the user wishes the 
E-STAMP program to calculate the necessary postage. For 
example, different class and/or urgency information may be 
selected for each shipping service provider for which ship- 15 
ping fee calculations are to be made. Alternatively, the class 
and urgency information may be presented for selection 
generically, as shown in FIG. 8, and the E-STAMP program 
operate to determine the corresponding fees for each of the 
particular shipping service providers automatically. 20 

Thereafter, in step 713, the user may select the location of 
routing information for the recipient address. Such informa- 
tion will be automatically extracted from the address, and 
may be formatted in a special symbology preferred by a 
particular shipping service provider, such as being formatted 25 
in the POSTNET symbology for ZIP+4 information, as 
provided in Postal Service Publication 67 and incorporated 
herein by reference. 

Typically the postal indicia or other authorization infor- 3Q 
mation may include any combination of the following 
information: the date, the postage dispensing device serial 
number, the sender's ZIP code, the addressee's ZIP code, the 
expiration date of the postage dispensing device, the cumu- 
lative values of the strike and dollar counters, the E-STAMP 35 
registration number or other information identifying the 
particular user/system generating the indicia, and the post 
office or other credit server identification number. The 
postage indicia or other authorization information preferably 
contains this information, digitally signed by the portable 4Q 
postage dispensing device and presented to the outside 
world thusly, thereby providing means by which the indicia 
may be read and automatically by the shipping service 
provider's, and their authorized agent's, scanning equipment 
which will be charged with decoding the indicia bar code 45 
and verification of the integrity of the indicia. The postage 
indicia physical form may encode the digitally signed infor- 
mation within an insignia or design, or it may appear as a 
background for the postage amount printed in a visually 
recognized form. 50 

Furthermore, the use of the POSTAGEMAKER program 
in conjunction with a database program will allow the 
authorized postage by post office location (or ZIP code), post 
office agent, portable postage dispenser serial number, etc. 
This information can be easily compiled to determine post 55 
office sales, market forecasts, etc. Likewise, this information 
may be utilized by a particular shipping service provider in 
collecting fees from an operator of a credit server for service 
provided in shipping the associated item. 

At step 714, the user may select a particular zone asso- 60 
ciated with the mail piece or other item. Such information 
may be utilized in the determination of the proper amount of 
postage or other fees associated with the shipping of the 
item. Additionally, this zone information may be utilized in 
determining the availability of a particular delivery service, 65 
such as overnight, certified, or the like, available from 
particular ones of the shipping service providers. 
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It shall be appreciated that such zone information may be 
different for each of the shipping service providers and, 
accordingly, selection of a particular zone or zones may be 
based at least in part on the particular shipping service 
providers) for which the user wishes the E-STAMP pro- 
gram to calculate the necessary postage. For example, 
different zone information may be selected for each shipping 
service provider for which shipping fee calculations are to 
be made. Alternatively, the zone information may be pre- 
sented for selection generically and the E-STAMP program 
operate to determine zones for each of the particular ship- 
ping service providers automatically. 

The E-STAMP program will automatically incorporate 
the aforementioned entered parameters — weight, class, 
zone — in order to correctly calculate the correct postage or 
credit transaction authorization to print in conjunction with 
the postage indicia and to deduct from the postage amount 
stored within portable processor button 182 or record in the 
transaction registers of portable processor button 182. 

In order to present the user with information from which 
to make an informed choice as to a particular shipping 
service provider by which to ship the piece of mail or other 
item, the E-STAMP program may calculate the fees associ- 
ated with a plurality of the available shipping service 
providers. Accordingly, the user may select shipping service 
providers of interest (not shown) in order to allow the 
E-STAMP program to determine the fees for only those 
shipping service providers. Thereafter, the E-STAMP pro- 
gram may calculate and display fees associated with ship- 
ping the item via the selected shipping service providers 
according to the desired shipping and/or delivery 
parameters, i.e., class, urgency, etc. Where a selected ship- 
ping service provider does not provide a desired shipping 
and/or delivery parameter, the E-STAMP program may 
indicate such and provide the fees for a service offered by 
that particular shipping service provider most near that 
desired by the user. 

However, in the preferred embodiment, the E-STAMP 
program automatically calculates the fees for each shipping 
service provider offering service commensurate with the 
desired shipping and/or delivery parameters. Additionally, 
the E-STAMP program may. indicate other ones of the 
shipping service providers which do not provide a desired 
shipping and/or delivery parameter and provide the fees for 
a service offered by that particular shipping service provider 
most near that desired by the user, as well as indicate how 
their service differs from that desired. 

Lastly in step 715, the user confirms his/her choice to 
print the postal indicia or not, thereby with the understand- 
ing that that amount of postage will be deducted from the 
balance in the portable postage dispenser 182. If YES is 
chosen, the user selects a particular shipping service 
provider, such as by checking a box associated therewith 
(shown in box 808), and control passes to step 716 for 
printing the postage indicia or other authorization informa- 
tion. At step 716, the E-STAMP program utilizes the input/ 
output ports of host processor-based system 10 to send to 
printer/label maker 19, the correct data pertaining to the 
indicia to be printed on an envelope, letter, card or label. 

The amount of postage printed on the indicia is automati- 
cally deducted from the amount stored within portable 
processor button 182 by the button itself on command from 
the host processor-based system 10 in step 716. Other 
internal information is automatically updated, including the 
usage record for this particular portable processor, which is 
kept internally, but accessible to the outside host via autho- 
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rized commands. Such usage records include, but are not for providing such security is provided, the use of the 

limited to, addressee, postage amount, date, and the original aforementioned master and agent buttons may be omitted, if 

denomination. desired. 

Note that during the selection of the various parameters ^ master > a S ent and postage buttons are all validated by 

within display 80, the E-STAMP program may be imple- 5 the Postal Authority/Refill Station software during refill 

mented to update the postage amount displayed within meter operations. Each postage button (Ixvel 3) is validated by the 

display 806, 804 as the ongoing communications dialog customer's E-STAMP software pnorto the commencement 

between the portable processor and host processor-based ° f any indicia printmg operations. The sequences ; for -vali- 

in . ,11 i i_ • dating the master, agent and postage buttons using the Postal 

system 10 is essentially a real-time basis. A . & . m C11 ' 6 . £ & , . t f . cir , c 

^ , , . , . . tt , in Authority/Refill Station software are depicted in FIGS. 

The date that the mail is stamped is automatically adjusted 1U iQA-lOF 

every day by a real-time clock which exists in the safe T ~ postal M validation ure for a ^ 

confines of the portable processor and therefore cannot be 6 {Q 1Q & at im (p , G 1QA) ^ 

tampered with by external influence. This will help prevent e DncTArcx/rAVcD —fin c ~f* 

• i . c ™ , t , K . . the initiation of the POSTAGEMAKER refill station soft- 

pre-dating or post-dating of mail. The date and if desired, , . . , *™ M 

f. u n i u * j * *u * i ■ j * * c * is ware * For discussion purposes, assume only one storage 

time, shall also be encrypted in the postal indicia for external , -, D u i_ i J\ \ m ♦ • * a* * 

verification device 18 has been coupled to system 10 at this point. At step 

1001, the software reads the communication bus to see if any 

The "Print Preview" option selected from the file menu in valid devices exist on it If n0> it just continues t0 look in a 

FIG. 8A is provided to not only get an idea of how the „ to „ If yeSj the P0 STAGEMAKER software running in 

finished envelope (or label) will look but to add personalized system 10 sends a command t0 stora ge device 18, as in step 

items such as a greeting or graphical bitmap which might m2 tQ demand status information f or t he button. The 

represent a company logo for instance. button> which fa reset frQm a « sleep „ 0f dormant state when 

The aforementioned steps may be repeated for a subse- f t receives the command, can verify its contents to be correct 

quent piece of mail, or the user may decouple the portable and that it is the type of button (POSTAGE or SECURITY 

process button 182 from the system 10. 25 DEVICE) that the host system 10 expects to work with. If 

Using the E-STAMP system and method, users like a valid response does not come back before a time-out in 

lawyers, accountants, advertising agencies, etc., who bill step 1003, it is assumed that the button on the communica- 

their clients for postage will be able to keep track of postage tion bus is not valid and an error message would be 

expenses on a per-client basis. displayed (Step 1004). If the response is OK, it is implied 

POSTAGE REFILLING CONTROL 30 f^j * 3 g0 f od , ^ /*? » a pro ^ P ^?? 

button because of its validated response to the POMAGE- 

In the preferred embodiment, storage device 18 includes MAKER specific command issued to it. 

secure non-volatile (battery-backed) memory and a CPU At this point, depending on the type of button expected, 

(central processing unit) capable of executing instructions. the status information is checked to see if the button is of that 

These items are enclosed in the confines of a hermetically 35 type in steps 1005, 1006 and 1007. Status is checked to see 

sealed metal can. While the internal operating code which if the button is master at step 1005, if not status is checked 

gives the portable processor its useful attributes is preferably to see if the button is agent at step 1006, if not the satus is 

kept in ROM (read-only memory), the extremely sensitive checked to see if the button is postage at step 1007, and if 

data representations of monetary value, strike counters, not an error is generated at step 1004. Based on the decision 

usage logs, refilling logs and encryption keys used to encrypt 40 0 f what type it is, a connect operation for that type of button 

the information passed to the host processor-based system is attempted in step 1008, 1014 or 1019 FIG. 10B. If master 

10 which executes E-STAMP and is then conveyed to a 0 r agent security device, a security device type of connect is 

postage indicia or authorization information for use in issued to the button (steps 1015 and 1009) and a correct 

mailing a parcel. response must be received by the host system 10 before 

As discussed in further detail below, there are three 45 proceeding generating an error at step 1013 if no valid 

different types or applications for the storage device 18 connection signal. If a correct response is received by the 

which relate to different levels of authority and use: master host system 10 at step 1015 or 1009, in steps 1010 or 1016 

buttons (Authority Level 2) which are provided to a limited a master or agent password is demanded of the user depend- 

number of supervising postal authority personnel; agent ing on which type of button is being serviced. Step 1011 

buttons (Authority Level 1) which are provided to autho- 50 validates this password by passing the password to the 

rized postal agents who perform refill operations on used button so that it can verify it in its own secure environment 

portable postage dispensing buttons and initialization opera- generating an error at step 1017 if button does not validate 

tions on new portable postage dispensing buttons; and the password. The password is never stored in host system 

postage buttons (Authority Level 3) which allow the postal 10 for security reasons. A positive validation of password 

customer (user) to print an authorized amount of postage 55 from the button grants (Step 1012) the host authority level 

indicia using a separate host processor-based system con- of 1 for master and agent simultaneously on the bus and 

trolled by the user. In actuality, the first two types of buttons authority level 2 for master only on the bus. 

are known as security devices which grant authority to serve Assuming that the button was a postage type and the 

credit and maintenance to the third type of button which is connection which was made in step 1019 is made and 

a postage dispensing device usable by postal clients. 60 verified in step 1020 generating an error at step 1013 if no 

In a preferred embodiment, at the postal authority (or valid connection signal, the POSTAGEMAKER software 

authorized refill center), both a valid master and a valid does not require the validated password of the postage 

agent button must be coupled to the Postal Authority/Refill button to continue. However, it will check that the proper 

Station (POSTAGEMAKER) version of system 10 before a authority level two has been previously granted by the 

refill or initialization operation of a postage button can take 65 presence of both a validated agent and master button on the 

place. Of course, where security with respect to providing bus at the same time in step 1021. If the proper authority 

refill credit is not an issue, or where other means or methods level has not been attained, no operations may be performed 
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on the postage button. If that authority exists, control can 
proceed to step 1022 or step 1018 in the case of a customer 
demand for new button initialization, old button credit refill 
or old, damaged button repair operations. 

The credit refill operation to a used button is depicted in 
FIG, 10C, step 1030. The credit command must first verify, 
in step 1031, its authority level is correct and set at one by 
the presence of valid and password unlocked master and 
agent buttons or further postage refill processing is pre- 
vented (step 1031). Provided this is the case, in step 1032, 
the amount of postage to be credited to the button is input by 
the authorized agent into a form dialog window and vali- 
dated for correctness by the POSTAGEMAKER software. In 
step 1033, the credit command, amount and a conglomera- 
tion of encrypted data known as a security packet are sent to 
the postage button which must decode and validate and if all . 
appears to be valid, perform the credit operation before the 
time-out signified in step 1034 which will occur if the 
response does not come back from the button to the host 
system 10 in a specified period of time generating an error 
at step 1035 if command response not okay. It is the security 
packet that allows the button to continue with the credit 
operation. This data structure has a predefined layout and 
contents which are encrypted using a certain key and method 
of encryption. This security packet contains data items, such 
as identification numbers of master and agent issuing the 
credit to the button, host date/time (which must match not 
exactly but closely with internal button date/time), worksta- 
tion number for host system 10 running the POSTAGE- 
MAKER software and postal authority location identifica- 
tion. Other data items could be used for checking purposes. 
This security packet is different in form and function from 
the one described here below in FIG. 6. 

FIG. 5 A, which begins with step 500, depicts the credit 
process. Box 501 reviews the material received from the 
host to determine validity preventing further internal credit 
processing if the material received from the host is not valid 
(step 501), otherwise proceeding to step 502. Boxes 502-504 
validate the security packet, generating an error at step 504 
if the security packet is not determined to be valid at step 
503, otherwise proceeding to step 505. Box 505 validates the 
proper button is on the bus preventing further internal credit 
processing if the proper button is not on the bus (step 505), 
otherwise proceeding to step 506. Boxes 506-507 validate 
the valid credit amount and box 508 updates the internal 
memory, generating an error at step 507 if the credit amount 
is not determined to be valid at step 506, otherwise pro- 
ceeding to step 508. Box 509 ends the routine. 

FIG. 5B shows the button debit process which begins with 
box 600. For boxes 601-605 a transaction buffer request 
from the host is checked. At step 601 a determination is 
made as to whether a transaction buffer from the host has 
been received, generating an error at step 602 if not, other- 
wise proceeding to validate the transaction buffer at step 
603. At step 604 a determination is made as to validity, 
generating an error at step 605 if not valid, otherwise 
proceeding to step 606. At step 606 a determination is made 
as to a valid postage button being on the bus, preventing 
further internal button debit processing if not (step 606), 
otherwise proceeding to step 607. In boxes 607-608 the 
validity of debit amounts on the bus are checked. Box 609 
updates the internal registers of the button and box 610 
creates the security packet for transmission to the host. Box 
611 ends the routine. 

Referring to FIG. 6 there is illustrated a preferred embodi- 
ment of the transformation of user information by the 
portable processor button into a data entity known as a 
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security packet which is then handed off to the E-STAMP 
application, running in a host processor-based system and 
transformed into an indicia for inclusion on an envelope. 
The process begins in Box 650 in the software, running in 

5 the host processor-based system, when a user fills out an 
envelope and demands of the program that it be printed with 
an indicia of X amount of postage determined by weight, 
zone, etc., as shown in boxes 654, 655 and 656. Much of the 
information to be printed on the envelope will be transferred 

10 to the internal software printing functions which interact 
through interfaces with the WINDOWS operating system by 
methods well known in the art. 

In addition and before this hand-off of information is 
accomplished, in step 651, the program sends a command to 

15 the storage device 18 (FIG. 1A) to create a data entity or 
form known as a security packet. Included with the com- 
mand is the data that will produce the envelope which may 
include, but is not limited to, date and time, current balance 
of metering device, strike counter of total transactions, serial 

20 number of meter, transaction id, debit amount, addressee ZIP 
code, addressee name and class of postage. There is also a 
complement of information about the user: registration id, 
name, company and address. Included for secure access to 
the button is the personal identification number (PIN) which 

25 is the password used to unlock the button and is validated 
within the secure environment of the button. 

Once the PIN is validated, the storage device 18 accepts 
all of this data from the host process-based system and in 
step 652, using hash algorithms, internal math coprocessor 

30 hardware, digital signature/encryption software algorithms, 
the portable processor produces the security packet, prefer- 
ably in the form of a digital signature, using information 
from boxes 657 and 658. The encryption algorithms can 
advantageously be RSA public/private key but might be 

35 changed at any time related to security issues. Indeed, this 
security packet, produced in the secret and secure environ- 
ment of the portable processor becomes indecipherable to 
the outside world including the host processor-based system. 
The only other entity which should have knowledge of the 

40 keys to be able to decrypt this packet or similarly generate 
a corresponding data packet for comparison therewith would 
be the postal authority or other shipping service provider in 
their designated package sorting and scanning centers. 
In step 653, the security packet is transmitted back as a 

45 response to the host processor-based system. This indeci- 
pherable security packet is then handled blindly by the 
program to the point where it is passed on to a software 
function within the program which will encode security 
packet 653 into a bar code image. The program then takes 

50 this bar code image, includes certain other unencrypted 
information for the visual identification of the postage 
indicia and/or for use in generating a corresponding indicia 
or security packet for comparison and passes this through 
the programmer's interface to the WINDOWS system to the 

55 standard printing facilities of that environment in a fashion 
well known in the art. Also included in this step is the 
passing of the return and designation addresses and all other 
parts of the envelope which must be printed and can vary 
based on user choices before the printing step. 

60 These WINDOWS printer drivers, supplied with the 
WINDOWS system and apart from the E-Stamp system, can 
change for any given printer installed, isolating an applica- 
tion program such as E-Stamp from the innate differences of 
these printers in a fashion known as "device independence" 

65 also well known in the art. The driver, in steps 655 and 656, 
does its work of printing on the envelope, 654, which has 
already been inserted in the printer. 
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In step 1036 (FIG. 10C), a receipt is printed out for the 
customer and the results are written in a transaction log 
stored on host system 10 or on another system 10 connected 
to the system 10 running E-STAMP or POSTAGEMAKER 
through a local area network. Box 1037 ends the routine. 5 
Box 1037 ends the routine. 

The postage button initialization operation for new (never 
used buttons) is shown in FIG. 10D beginning at step 1040. 
The initialization command must first verify, in step 1041, 
its authority level is correct and set at two by the presence 10 
of valid and password-unlocked master and agent buttons, 
otherwise further button initialization processing is pre- 
vented (step 1014). Provided this is the case, in step 1042, 
the initialization function must locate a "blank" button on 
the bus to proceed to step 1043, otherwise further button 15 
initialization processing is prevented (step 1041), A blank 
button is defined as one which has pre-loaded operating 
instructions in its internal read-only-memory which are 
specific to the application outlined in this patent. The 
operating instructions must also be of the type of button 20 
being initialized. That is, those instructions for a postage 
button are somewhat different than those for a security 
device button necessitated by the differences in their oper- 
ating behaviors and functions. 

When a button, postage or security device type, receives 25 
an initialization command from the host system 10, it must 
first have instructions in it to tell it what initialization means 
and what should be performed to accomplish this. Thus, it is 
the button that initializes itself after receiving a command 
from a host system 10, not the host system 10 directly 
writing in memory locations within the button. The archi- 
tecture of the button is such that outside influence can not 
directly change its operating instructions or memory. The 
host system for the button can only issue commands as 
defined in a narrow set of criteria to the button to make it 35 
perform a task such as initialization, credit or debit opera- 
tions and repair of damaged memory. 

In step 1043, the actual initialize command is issued from 
host system 10 to button and response of completed or not 4Q 
must return before the time-out period as shown in step 
1044, generating an error at step 1045 if command response 
not okay, otherwise proceeding to step 1046. Box 1047 ends 
the routine. 

In step 1046, the positive or negative outcome are dis- 45 
played on host system 10 display screen to the agent. The 
transaction is logged and a customer receipt is printed out by 
POSTAGEMAKER before ending the initialization func- 
tion. 

The internal layout of data in RAM for a postage button 50 
is depicted in FIG. 12, as box 1201, 

The postage button repair operation is shown in FIG. 10E 
beginning at step 1050. The repair command must first 
verify, in step 1051, its authority level is correct and set at 
one by the presence of valid and password-unlocked master 55 
and agent buttons, otherwise further button repair processing 
is prevented (step 1051). Provided this is the case, in step 
1052, the repair function must locate a damaged, but still 
valid postage button on the bus too proceed to step 1053, 
otherwise further button repair processing is preventing 60 
(step 1051), A damaged button is defined as one which has 
some internal memory location(s) which have been lost or 
changed because of internal program errors in the postage 
button itself Another type of "damage" which may need 
repair might result if a postage button had ever been lifted 65 
from its holder while a host system 10 was issuing com- 
mands to it and the button was in the middle of executing 
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some of those commands and the user lifted the button off 
of its holder. This would then immediately stop execution of 
the internal operating code of the button, perhaps leaving the 
results of the intended operation indeterminate. 

A more permanent kind of damage might be the loss of 
internal RAM or ROM which would probably be cata- 
strophic enough that total replacement of the button would 
be in order. Such replacement would necessarily dictate 
marking the button serial number as invalid in the user 
registration database and entering the new button serial 
number for that user once it has been replaced and regis- 
tered. 

In step 1053, the actual repair command is issued from 
host system 10 to the postage button and response of 
completed or not must return before time-out period as 
shown in step 1054, generating an error at step 1055 if 
command response not okay, otherwise proceeding to step 
1056. The button must act on this command by checking its 
internal structures insofar as it can to see if all is as it should 
be. If nothing seems out of order, there is no repair work to 
be done. Otherwise, anything that can be reinitialized will 
be, and in any case, the results of the operation are reported 
back to host system 10 and displayed in step 1056. Box 1057 
ends the routine. 

The agent button initialization operation is shown in FIG. 
10F beginning at step 1060. The initialization command 
must first verify, in step 1061, its authority level is correct 
and set at two by the presence of a valid and password- 
unlocked master button, otherwise further agent initializa- 
tion processing is prevented (step 1061). Provided this is the 
case, in step 1062, the agent initialization function must 
locate a "blank" button on the bus to proceed to step 1063, 
otherwise further agent initialization processing is prevented 
(step 1061). A blank button is defined as one which has 
pre-loaded operating instructions in its internal read only 
memory which are specific to the application outlined in this 
patent. 

As explained above, the operating instructions must also 
be of the type of button being initialized. That is, those 
instructions for a postage button are somewhat different than 
those for a security device button necessitated by the gross 
differences in their operating behaviors and functions. When 
a button, postage or security device type, receives an ini- 
tialization command from the host system 10, it must first 
have instructions in it to tell it what initialization means and 
what should be performed to accomplish this. Thus, as 
discussed above, it is the button that initializes itself after 
receiving a command from host system 10, not the host 
system 10 directly writing in memory locations within the 
button. The architecture of the button is such that outside 
influences can not directly change its operating instructions 
or memory. The host system for the button can only issue 
commands as defined in a narrow set of criteria to the button 
to make it perform a task such as initialization, credit or 
debit operations and repair of damaged memory. 

In step 1063, the actual initialize command is issued from 
host system 10 to button and response of completed or not 
must return before time-out period as shown in step 1064, 
generating an error at step 1065 if command response not ' 
okay, otherwise proceeding to step 1066. 

In step 1066, the positive or negative outcome is dis- 
played on host system 10 display screen to the agent. The 
newly formatted agent button may now be removed from its 
holder and distributed to its new agent owner. Box 1067 
ends the routine. The internal layout of data in RAM for an 
agent (or master) button is depicted in FIG. 13. 
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Referring back to FIG. 10A, and for the sake of further 
discussion and understanding of this POSTAGEMAKER 
button validation process, if a real-world situation presents 
itself where all three types of buttons: Agent, master and 
postage happen to be on the bus at the same time, the proper 
button is located by its response after a status query by the 
host system 10 running POSTAGEMAKER. Furthermore, 
the POSTAGEMAKER software has been designed in such 
a fashion that that button's physical position on the bus is not 
of importance. Once a button has been located and 
connected, its position on the bus could physically change 
with no effect to POSTAGEMAKER. This flexibility lends 
a certain forgiveness to order of log on of master or agent 
and distinguishing between the two and also between post- 
age buttons and the master or agent. 
Preferred Embodiment — Portable Processor Layout 

FIG. 11 depicts a functional layout of the Dallas Semi- 
conductor "smart" button 182 which is the preferred 
embodiment of the portable postage dispensing device. The 
smart button is so called because of its button-like appear- 
ance and small size and built-in memory 1104, 1107 and 
processor (CPU) 1101. It is a microprocessor contained in a 
hermetically sealed metal can with several other "hybrid" 
components which make it even more useful in a secure 
environment. 

Central processing unit (CPU) 1101 is a more efficient 
copy of the original 8051 microprocessor of Intel Corpora- 
tion. Like most microprocessors, it executes instructions in 
sequence out of a memory, in this case, 8 Kbytes of read only 
memory (ROM) 1107. This sequence of instructions is 
sometimes known as a program or as operating code. Any 
process which has been programmed into a CPU will also 
require data to represent various control aspects of its task. 
Most of the data for the postage dispensing devices is kept 
in the 3 Kbytes of random access memory (RAM) which are 
non-volatile. Semiconductor RAM loses its contents once 
power is removed from it, thus its volatile nature. Where this 
unique device draws its power from will be discussed here 
below. However, in order to not lose the contents of the 
RAM between uses of the button, a small battery 1103 with 
a life of 10 years is present. 

Included is a set of registers 1102 for various uses as 
discussed herein. In addition to the normal registers which 
are part of the 8051 -like architecture of the smart button, 
there are several other general purpose registers which 
provide such features as timed access to particularly sensi- 
tive RAM locations (such as the location of a cryptographic 
key). Another register is used for sequence checking of the 
operating code of the smart button. The use of this feature is 
in making sure that the code is executing in the proper 
sequence and has not somehow jumped out of its normal 
path of execution because of an anomaly of programming or 
due to tampering. Another register is a real-time clock which 
gives the button self-sufficiency in knowing what the current 
time is relative to its expiration date and also as an unim- 
peachable (in the sense that it can not easily be externally 
tampered with) source of date stamping for the postage 
indicia. 

Several other special features have been added just for use 
according to the present invention. There is a 768-bit mul- 
tiplier circuit which can multiply two 768-bit operands in 
extremely high speed. The application of this is for the 
cryptographic chores which are necessary in secure com- 
munications between host system 10 and button 182. 
Another feature is random number generator 1108, also for 
cryptographic algorithm use. Another feature is a cyclic 
redundancy check (CRC) generator 1106 for use in com- 
munications to verify integrity of data received from the host 
system 10. 
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One feature, not specific to this system, but necessary all 
the same is a universal asynchronous receiver transmitter 
(UART) circuit 1109 for communication with the outside 
world. This UART makes contact with host systems via the 

5 metal case surrounding the smart button. This metal case 
must come in contact with an interface circuit bus which is 
ultimately connected to a host system 10 via means well 
known in the art. The UART takes care of the task of sending 
and receiving bytes of information and informing the CPU 

10 of its status. 

Another function of this circuit is to take "Parasitic" 
power from the host interface. This parasitic power is the 
voltage and current actually used to give the CPU and other 
circuitry the power it needs to function at high speed without 

15 the need to draw on the internal battery for anything but 
keeping the contents of the RAM and the realtime clock 
register live. Bus 1110 connects all of the internal devices 
together so that they can function as a unit. The manner in 
which the UART and parasitic power are arranged to inter- 

20 face with the outside world, through the metal can of the 
processor is unique and leads to increased usability for the 
entire device. 
Memory Layouts 
FIG. 12 is the layout given to the 3K RAM in the 

25 preferred embodiment for a postage button. All registration 
identity, current balance and history logging data are stored 
in box 1201. Of course, where multiple credit registers are 
utilized as described above, the RAM layout may include 
multiple ones of particular entries (not shown), each asso- 

30 dated with a particular credit register. Likewise, multiple 
ones of the non- volatile RAM (not shown) may be provided 
in the storage device. 

FIG. 13 is the layout given to the 3K RAM in the 
preferred embodiment for a security device button such as 

35 an agent or master. As can be seen by comparison with FIG. 
12, the security device is a similar, but limited subset of the 
postage memory definitions. There is just enough data in box 
1301 to identify its owner and to provide logging services in 
order to better know how various buttons are being used. 

40 Referring now to FIG. 14, the process begins at step 1400 
where a button is initially created and given a small token 
value. The button creation is marked by its entry into an 
"Initial Fill Button Inventory Database" simultaneously with 
its inclusion in a shrink-wrapped package of software to be 

45 shipped to users of the verification system. Once a given 
software package, button included, has been obtained by a 
potential user, he/she must fill out an electronic user regis- 
tration form whose present embodiment is that of a "WIN- 
DOWS" program separate from the main program but 

50 included with it on the system installation disks. The reg- 
istration program must be executed as part of the installation 
of the system before it can be used to issue postage. The 
process of the user filling out the form," sending it and the 
still-unregistered button back for registration to be scanned 

55 into the user registration database for registration is repre- 
sented in step 1401 and step 1402. Also included in these 
steps is the removal of the button from the Initial Fill Button 
Inventory Database now that it is a valid registered postage 
dispensing device. In effect, the button, with its unique serial 

60 number, was moved from one inventory to another. 
Furthermore, as will be seen in future steps, the user 
registration database will be used for far more than just 
normal user registration of a software product. 

In step 1403, the user has received back his/her button, 

65 now fully registered and therefore legal to use in postage 
transactions. The user inserts the storage device in its 
interface receptacle and invokes the system control program 
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on the PC. Once a letter has been produced, with a certain as home and small businesses, which they might not other- 
amount of postage, this amount of postage is deducted from wise reach, but which may be penetrated by another of the 
the amount stored in the portable processor (memory) by shipping service providers. The trusted shipping service 
way of commands from E-STAMP. The postal indicia with provider may not only benefit monitarily, such as through 
its encrypted form of user information, postage amount, 5 collecting a percentage of the fees associated with other 
date, strike counter and other information is printed on a shipping service providers' services, but may also benefit by 
label for sticking to an envelope or actually printed on an the ability to have their shipping services presented along 
envelope. At this point, the mail object is entered into the with, and possibly in a favorable position on a display 
mail system of the shipping service provider in step 1401A. screen, other shipping service providers providing a service 
In step 1404B, the article of mail has been gathered and not commonly associated with the trusted shipping service 
sent to a central processing facility. In step 1405, the article provider. Likewise, the present invention allows all partici- 
of mail is scanned. The scan process first decodes the postal pating shipping service providers to present their alterna- 
indicia or other authorization information, preferably using tives for consideration by a user. 

bar code scanning technology coupled with industrial The present invention may also provide functionality such 

automation, toward the goal of validation of the pre-paid as identifying particular options which are restricted by law 

rights or obligation to pay to send the article of mail The 15 or otherwise. For example, existing United States Postal 

system, in step 1406, uses a series of criteria and checks to Service regulations forbid direct substitution of use of 

accomplish this. Examples of criteria include, (but are not private carriers for certain type of mailings. The present 

limited to): 1) Just the fact that the indicia, which was invention may recognize situations potentially in violation 

digitally signed in the secure environment of the storage of such regulations and alert a user or prevent printing of 

device, can be decrypted gives a basic comfort level of 20 postage for a forbidden alternative. 

validation; 2) Check against the central user database for While the invention has been shown to work in conjunc- 

validation of expiration date, expected balance of meter as tion with a postal indicia system, it should be understood 

of now and special flags for lost or stolen portable postage that the indicia is simply a printed form of a data packet 

dispensers giving the capability to invalidate them much in produced by the cooperative effort of the PC and the portable 

the same way lost or stolen credit cards can be invalidated 25 processor. The data packet contains information that can be 

because of their validation against a central database. used for look U P Purposes in the database. Thus, the data 

If the article of mail passes, in step 1407A, the mail is packet can serve to authenticate any data stream coming 

routed to its normal destination. However, if the article of from the PC or c ^ t0 authenticate itself, thereby granting 

M ., , 4 c . . . * j * i a user certain privileges, based upon the authentication, For 

mail does not pass one or the tests, it is rejected to step . A , K. A & . ' ,/ L . 4 , . 

i^att> u * • i j * u example, the data packet could be associated with airline 

]f™ W f h ! re an t T y - 15 T ?V n ^ " * ticket, either in printed form or in electronic form. In either 

21 ° *! °, ^ 0 in ^ estl g ated * ■ , u event, the data packet associated with the document to be 

The refill, step 1408, happens asynchronously to the rest checked fe authen t ica ted to prove the authenticity of the 

of the steps, but is included, nevertheless, because of its accompanying data. As noted, the "other" data can be 

contribution to the overall process loop. This is performed printed (the data packet would then be printed and scanned 

when a user has used most of the pre-paid credit on his/her 35 i nt0 tne system) or the "other" data could be electronic (the 

storage device and must return the storage device to an data packet could then be electronic and read directly), 

authorized refill station, such as the United States Postal The aforementioned E-STAMP and POSTAGEMAKER 

Service. The preferred embodiments may include simply a programs have been shown and described with respect to a 

host processor-based system used by one authorized agent to WINDOWS operating environment on a PC. Of course, 

serve walk-up clients or an automated process whereby 40 other means could be employed for implementing the 

storage devices are refill-processed in batches with little present invention within a host processor-based system, 

human interaction. In either case, the user provides his/her Although described with reference to a preferred embodi- 

storage device to the authorized agent, along with prepay- ment utilizing a portable memory device, it shall be under- 

ment in the form of check, credit card or private account. stood that the present invention may operate without such a 

The storage device is credited with the prepayment amount 45 device. For example, a preferred embodiment of the present 

using a PC which is executing to accomplish this in a invention may communicate with a centralized storage 

secured and authorized environment. Once the storage device such as shown and described in the above referenced 

device has been credited, it is returned to the user, who can application entitled "SYSTEM AND METHOD FOR 

then continue to freely use the system to issue postage until REMOTE POSTAGE METERING", previously incorpo- 

the next time the storage device must be refilled with 50 rated herein by reference. Likewise, the postage credit may 

pre-paid credits. be stored within the host system such as shown and 

The other important contribution of the system is its described in U.S. Pat. No. 5,682,318, entitled "SYSTEM 

updating of the central user database with information on AND METHOD FOR STORING POSTAGE IN A COM- 

renewed expiration date, user pre-paid balance, refilling PUTER SYSTEM", incorporated herein by reference, 

station identification, etc. This information is invaluable in 55 Although the present invention and its advantages have 

the validation step 1406. been described in detail, it should be understood that various 

As discussed above, the process loop gives the benefits of changes, substitutions and alterations can be made herein 

accounting and audit ability of pre-paid electronic postage to without departing from the spirit and scope of the invention 

the adopting shipping service providers. Moreover, costs as defined by the appended claims, 

associated with collection of fees may be reduced because of 60 What is claimed is: 

guaranteed reimbursement by the trusted shipping service 1. A method operable on a general multi-purpose 

provider in one embodiment, or the prepayment of the fees processor-based system for authorizing a desired transaction 

directly to the shipping service providers in another embodi- to be conducted utilizing a particular provider, wherein 

ment. Additionally, these costs may be reduced due to their information with respect to said desired transaction as 

collection being simplified. 65 conducted by each of a plurality of providers is presented for 

Furthermore, shipping service providers, by utilizing a selection of said particular provider, said method comprising 

common system, are given access to market segments, such the steps of: 
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coupling a storage device to said general multi-purpose 16. The method of claim 15, further comprising the step 

processor-based system, wherein said storage device of: 

securely stores transaction authorization therein, automatically determining a weight of said particular 
wherein said transaction authorization is updated to hem, wherein said transaction parameters utilized to 
reflect transactions authorized; 5 determine said transaction value includes said auto- 
determining desired transaction parameters; matically determined weight. 

determining a value of said transaction associated with 17. The method of claim 15, wherein the step of deter- 

two or more of said plurality of providers utilizing ones mining desired transaction parameters includes the step of. 

of said transaction parameters; accepting shipping information associated with the trans- 
presenting each of said determined values for comparison; 10 portation of said particular item. 

and 18. The method of claim 17, wherein said shipping 

selecting said particular provider as a function of said information includes information selected from the group 

comparison of said ones of said plurality of providers. consisting of: 

2. The method of claim 1, wherein said transaction 5 delivery location information; 
authorization comprises a common credit value register for origination location information; 
two or more providers of said plurality of providers. * tem we j g ht- 

3. The method of claim 1, wherein said transaction ' 
authorization comprises a unique credit value register for urgency in orma ion, an 
each provider of said plurality of providers. i tem c l ass information. 

4. The method of claim 1, wherein said transaction 19 ^ method of claim 15, further comprising the step 
authorization comprises a credit value register and a trans- 

action log of transactions authorized. automatically determining a weight of said particular 

5. The method of claim 1, wherein the step of determining item, wherein said weight determination is based at 
desired transaction parameters includes the step of: 25 least in part on item generation information provided 

accepting information associated with said transaction by a coupled process utilized in creating the item, 

parameters from a user of said general multi-purpose 20. The method of claim 19, wherein said coupled process 

processor-based system. is a word processor. 

6. The method of claim 1, wherein said storage device is 21. A general multi-purpose processor-based system for 
a TMU button. 30 authorizing a desired transaction to be conducted utilizing a 

7. The method of claim 1, wherein said storage device is particular provider, wherein information with respect to said 
selected from the group consisting of: desired transaction as conducted by each of a plurality of 

a smart card* providers is presented for selection of said particular 

a PCMCIA card; and provider, said system comprising: 

a smart disk 35 means f° r determining parameters with respect to said 

8. The method of claim 1, wherein the step of determining desired transaction; 

desired transaction parameters includes the step of: means for determining a value of said transaction asso- 

accepting information associated with said transaction ciated with two ° r more of said P luralit y of P roviders 

parameters from a general purpose computer program utilizing ones of said transaction parameters; 

operating on said general multi-purpose processor- 40 means for presenting each of said determined values for 

based system. comparison; 

9. The method of claim 8, wherein the general purpose means for selecting said particular provider as a function 
computer program is selected from the group consisting of: of said comparison of said ones of said plurality of 

a word processor; providers; and 

a database; means for printing authorization information acceptable 

a spread sheet; and by said particular provider in conducting said transac- 

an accounting system. tl0n - 

10. The method of claim 1, further comprising the step of: 22. The system of claim 21, wherein said authorization 
limiting access to said storage device to only authorized so inforaiation includes data from which said P articular P ro " 

general multi-purpose processor-based systems. Vlder m W collect P^ 11 ! of * aid transaction value. 

11. The method of claim 10, wherein said authorized J 23 ' ™ e system of claim 21, wherein said means for 
general multi-purpose processor-based systems include an determining desired transaction parameters comprises: 
authorized general multi-purpose processor-based system means for accepting information associated with said 
coupled locally to said storage device and an authorized 55 transaction parameters from a general purpose corn- 
general multi-purpose processor-based system coupled P uter program operating on said general multi-purpose 
remotely to said storage device. processor-based system. 

12. The method of claim 1, further comprising the step of: 24. The system of claim 21, wherein said authorization 
printing authorization information acceptable by said par- information includes data from which said particular pro- 

ticular provider in conducting said transaction. 60 vider ma y verif V prepayment of said transaction value. 

13. The method of claim 12, wherein said authorization 25 - ^ system of claim 24, wherein said authorization 
information includes data from which said particular pro- information includes a graphical security indicia. 

vider may verify prepayment of said transaction value. 26 - ^ svstem of claim 21 > forther comprising: 

14. The method of claim 13, wherein said authorization a storage device securely storing an amount of credit 
information includes a graphical security indicia. 65 value therein; 

15. The method of claim 1, wherein said transaction is means for coupling said storage device to said general 
associated with the transportation of a particular item. multi-purpose processor-based system, wherein said 
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general multi-purpose processor-based system may 
interact with said storage device to retrieve a portion of 
said amount of credit value stored therein. 

27. The system of claim 26, wherein said storage device 
includes a plurality of registers, wherein a plurality of 5 
discrete credit values are stored in said plurality of registers. 

28. The system of claim 21, further comprising: 
means for incrementing a credit value utilized in printing 

said authorization information. 

29. The system of claim 28, wherein said incrementing io 
means is operable by a trusted one of said plurality of 
providers and wherein said incrementing means comprises: 

means for retrieving information from said storage device 
regarding transactions authorized by said system; and 

means for determining amounts due ones of said provid- 15 
ers from said stored authorized transaction information. 

30. The system of claim 21, further comprising: 
means for storing a transaction log including records 

associated with the printing of authorization informa- 2Q 
tion of at least one of said plurality of providers. 

31. The system of claim 30, wherein said transaction log 
is stored in mass storage device of said general multi- 
purpose processor-based system. 

32. The system of claim 30, wherein said transaction log 25 
is stored in a secure portable storage device removably 
coupled to said general multi-purpose processor-based sys- 
tem. 

33. The system of claim 21, wherein said transaction is 
associated with the transportation of a particular item. 3Q 

34. The system of claim 33, further comprising: 
means for automatically determining a weight of said 

particular item, wherein said transaction information 
utilized to determine said transaction value includes 
said automatically determined weight. 35 

35. The system of claim 33, wherein said transaction 
parameters include information selected from the group 
consisting of: 

delivery location information; 

origination location information; 40 
item weight; 

urgency information; and 
item class information. 

36. The system of claim 33, further comprising the step 
of: 45 

automatically determining a weight of said particular 
item, wherein said weight determination is based at 
least in part on item generation information provided 
by a coupled process utilized in creating the item. 50 

37. The system of claim 36, wherein said coupled process 
is a word processor. 

38. A system for retrievably storing transaction informa- 
tion for a plurality of transactions, wherein ones of said 
plurality of transactions are associated with different trans- 55 
action facilitators of a plurality of transaction facilitators, 
said system comprising: 

a memory for storing transaction information, wherein the 
memory is contained within the secure confines of a 
portable package also including a processor restricting 60 
access to said memory; 

at least one input device accepting information input 
regarding aspects of a desired transaction; 

a processor-based system in information communication 
with said memory and said at least one input device, 65 
said processor-based system including circuitry inter- 
faced so as to receive said desired transaction informa- 
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tion input into said processor based -system, wherein 
said processor-based system is a general multi-purpose 
processor based system and said circuitry is defined at 
least in part bv a computer program operating thereon, 
wherein said circuitry operates to determine informa- 
tion specific to ones of the plurality of facilitators 
conducting a transaction as a function of said desired 
transaction aspects, and wherein the portable package 
of the memory is removably coupled to said processor- 
based system to provide said information communica- 
tion; 

at least one interface device accepting said information 
specific to ones of the plurality of facilitators and 
presenting said accepted information specific to ones of 
the plurality of facilitators for selection of a particular 
one of said facilitators to conduct a transaction as a 
function of said desired transaction aspects; and 

a printer coupled to said processor-based system adapted 
to print information authorizing said particular one of 
said facilitators to conduct a transaction as a function of 
said desired transaction aspects. 

39. The system of claim 38, wherein said transaction 
information includes a value credit decremented in an 
amount corresponding to said particular one of said facili- 
tators conducting a transaction as a function of said desired 
transaction aspects before said printer is enabled to print said 
information authorizing said particular one of said facilita- 
tors to conduct a transaction. 

40. The system of claim 38, wherein said transaction 
information includes a record incremented in an amount 
corresponding to said particular one of said facilitators 
conducting a transaction as a function of said desired 
transaction aspects before said printer is enabled to print said 
information authorizing said particular one of said facilita- 
tors to conduct a transaction. 

41. The system of claim 38, wherein said information 
authorizing said particular one of said facilitators to conduct 
a transaction is printed in a format selected from the group 
consisting of: 

an authorizing indicia; 
a way bill; 
a manifest; and 
a bill of lading. 

42. A system for selecting a particular shipping service 
provider of a plurality of shipping service providers and 
printing an authorization for shipping an item via said 
particular shipping service provider, said system compris- 
ing: 

a first processor device storing an amount of credit 
suitable for use in authorizing shipment of said item; 

a second processor device having an interface adapted for 
coupling with said first processor device and for pro- 
viding information communication there between, 
wherein said second processor device includes a user 
interface adapted to interface. with a user to accept input 
associated with said shipment of said item, and wherein 
said second processor device includes circuitry coupled 
to said user interface adapted to determine a shipping 
rate associated with ones of said shipping service 
providers as a function of said input associated with 
said shipment of said item and to present said deter- 
mined shipping rates to said user for selection of said 
particular shipping service provider, wherein said cir- 
cuitry communicates at least said shipping rate associ- 
ated with said particular shipping service provider to 
said first processor for decrementing said shipping rate 
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associated with said particular shipping service pro- a floppy disk drive; 

vider from said amount of credit prior to printing an RAM* and 
authorization for shipping said item; 

. J . . , L . . r , a portable memory, 

wherein determination or said shipping rates of at least Ae rj, . c , . A ~ , . , a , 

... . . c -j , ,. c i ■ c 45. The system of claim 42, wherein said first processor 

one shipping service provider of said plurality of ship- 5 . . . . . , ' . , . - 

ping service providers includes reference to a discrete device 15 ™* leA . t0 Said rem0te datab r ase lhr0Ugh 30 mfor " 

database for said at least one shipping service provider; malion communication link selected from the group con- 

and sisting of: 

wherein said discrete database is remote to said first a LAN; 

processor device. 10 a WAN; 

43. The system of claim 42, wherein said input associated T . 4 A 
with said shipment of said item includes information ' 

selected from the group consisting of: a P ublic switched network. 

a weight of said item* 46. The system of claim 42, wherein said circuitry of said 

a ' - e *• 15 first processor device prevents printing said authorization for 

sender urgency information; , . *\ . f . / . , . , , • • 

a sh' *n distance* shipping said item for a particular one of said shipping 

^P 1 * ' service providers wherein shipment of said item according 

a zone from which said item is to be shipped; and t0 said input associated with said shipment of said item is 

a zone to which said item is to be shipped. prohibited. 

44. The system of claim 42, wherein said discrete data- 20 47. 7^ system 0 f cla i m 42, wherein said second proces- 
base is stored on a device selected from the group consisting sor device comprises a general multi-purpose processor 

based system. 

a CD ROM; 

a hard disk drive; ***** 
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(NB) — By Martyn Williams, Newsbytes. This is a roundup of new and updated resources and 
services on the global Internet including: InterShipper finds cheapest shipping rates; NDMA 
online; electric vehicles ready to roll; computers you used to own; Your Health tackles armchair 
athletes; InfoSpace launches free real time stock quotes. 

InterShipper Finds Cheapest Shipping Rates 

Internet users can now get shipping rates from all major shippers in just a few seconds. Simply 
enter your origin, anywhere in the U.S. is OK, and destination, worldwide, along with your 
package weight and dimensions. The free service will return every method possible that you can 
use to ship your package and arrange the results in cost order, and color code the results by 
approximate transit time. World Wide Web: htt p :/ /www.wwmerchant.com/ishi p 



NDMA Online 

The Nonprescription Drug Manufacturers Association has launched on the Web. It's new site 
includes information, perspective and background on a wide range of issues involving self-care 
with nonprescription medicines, including regulatory and legislative initiatives, the process of 
transferring medicines from prescription to nonprescription status (Rx-to-OTC switch), product 
labeling, consumer trends and industry self-regulation. World Wide Web: 
htt p://www.ndmainfo.orQ 

Electric Vehicles Ready To Roll 

The day isn't too far off when electric passenger cars will be a reality for many consumers. The 
EV World Web site takes Toyota's Prius for a test drive, and also has information on electric - 
police bikes, converting a Porsche 924 to electric power, an EV database and more. In addition 
to the text, the site includes lots of Real Audio and Video. World Wide Web: 
h ttp : //www . evwo rid .com 

Computers You Used To Own 

The Obsolete Computer Museum is the home of everything that was once great in the world of 
computing, from Apple's Lisa and the IBM PCjr to the Kaypro II and Tandy TRS-80. Along with 
each entry, you can usually find images of the machine, information about the basic hardware 
and more. World Wide Web: http://ncsc.dni.us/fun/user/tcc/cmuseum/cmuseum.htm 

Your Health Tackles Armchair Athletes 

Armchair athletes can take a break from watching the 1998 Olympic Winter Games in Nagano to 
learn how they can become winners at personal health and fitness. The Your Health Web site is 
exploring ways to achieve a personal best, with a focus on why exercise is important and how to - 
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improve health through exercise and good nutrition. World Wide Web: 
http://www.vourhealth.com 

InfoSpace Launches Free Real Time Stock Quotes 

InfoSpace has become the first Web service to offer real-time stock quotes, free of charge. The 
real-time quote service is part of a complete investment section featuring stock news, charts, a 
complete market review, comprehensive company research and SEC filings. World Wide Web: 
http://www.infospace.com 

How Can We Improve? 

If you have any ideas about things you want to see in Internet Update please tell us about them. 
We also accept any criticisms about features and areas we cover now so tell us what's on your 
mind! Our e-mail address is inbox@newsbytes.com . Internet Update is a daily feature of the 
Newsbytes News Network. 

Reported By Newsbytes News Network: http : //www. newsbytes . com 
(19980218/INTERNETUP2/PHOTO) 
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ABSTRACT 



A method is disclosed for automatically updating the status 
of customers' orders and shipments via electronic mail 
without using a human attendant to create and send the 
electronic mail messages. Preferably implemented in 
software, the updating method allows a large set of custom- 
ers to be periodically updated over a computer or commu- 
nications network via electronic mail. The method utilizes a 
database for maintaining order and shipping status and other 
relevant information. 
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METHOD FOR SUPPLYING AUTOMATIC 
STATUS UPDATES USING ELECTRONIC 
MAIL 

This application is a continuation-in-part of U.S. patent 
application Ser. No. 08/695,095, filed Aug. 8, 1996 now 
abandoned. 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates generally to electronic com- 
merce and more particularly to updating customers as to the 
status of their orders and order shipments. 

2. Description of the Related Art 

In the mail order industry, it is common practice to notify 
customers by mail when their orders are backlogged or their 
shipments will be delayed for some reason. The advent of 
wide area electronic networks like the Internet has made it 
possible for customers to query the status of their orders and 
shipments by directly accessing the merchants' and ship- 
pers' information systems. . For example, both Federal 
Express® (FedEx®) and United Parcel Service (UPS®) 
have world wide web sites on the Internet where customers 
can track the shipping status of their packages by simply 
inputting the package's tracking number to a computer form 
on a web page. 

There is an advantage however, to notifying customers by 
mail when their shipments will be delayed, because the 
customer is not required to take any action to receive this 
notification — that is, the customer does not have to proac- 
tively access the Internet or other network, go to the ship- 
per's world wide web site, and obtain and input a parcel 
tracking number in order to check on the shipping status. 

In U.S. Pat. No. 5,428,778 to Brookes, a keyword based 
profile is used to match information coming into a system 
with the users' interests. In Brookes, the user is alerted to the 
presence of the information in the database (perhaps because 
there is a delivery fee associated with the information), but 
the information is not actually delivered to the user. 

Also in the related art are several Internet-based electronic 
mail systems that deliver information to users daily via 
E-mail based on personal profiles. There are, for example, 
several stock quotation services that electronically mail a list 
of a user's personal favorite stock prices each day. Unlike 
Brookes, such systems do deliver the information directly to 
the user. However, the user is required to submit an interest 
profile to the system in order to receive feedback. 

There is a need in the art, therefore, for a system and 
method for automatically notifying a party of the status of a 
delivery without requiring submission of a status request or 
special profile information from the party. 

SUMMARY OF THE INVENTION 

The present invention overcomes the disadvantages of the 
background art by providing a method and system for 
automatically providing customers with their order status via 
electronic mail over a computer network without the aid of 
a human customer service representative and without the 
need for user profile information. 

To address the shortcomings of the background art, the 
present invention provides, in a computer network enabling 
communication between a plurality of computers, a method 
for processing and transmitting update information, imple- 
mented as a program on a first computer within said 
network, the method comprising the steps of creating a 
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record in response to an order submitted to the first computer 
by a first party, retrieving status information relevant to the 
order, updating the record in response to the retrieved status 
information, generating an electronic mail status message 
5 reflective of the updated record, and transmitting the elec- 
tronic mail status message to the first party across the 
network. 

For example, when a customer places an order with a 
merchant, the customer provides the merchant with an 

10 electronic mail address. Then, the merchant ships the order 
via a common carrier such as FedEx, UPS or the postal 
service. The system of the present invention periodically 
interrogates the carrier's information system via a computer 
network to check the transit status of the order. When the 

15 transit status, location, or other relevant information 
changes, the system automatically composes and transmits 
an electronic mail message to the customer, informing the 
customer of the status of the shipment. The system may send 
messages notifying the customer of such common events as 

20 (1) when the order is initially sent to the shipper, (2) when 
the shipment leaves the shipper's distribution center, (3) the 
current or approximate physical location of the shipment 
once the shipment is in transit (e.g., headed westbound on 
Interstate 70 between St. Louis and Kansas City), (4) when 

25 the shipment reaches a distribution terminal for transfer to 
another truck or form of carriage, and (5) when the shipment 
is received at the customer's location. Notifying business 
customers that the shipment has been received at a site is 
especially important because it often takes one to two days 

30 for a company's internal mail system to deliver a package to 
the customer's desk once it has been received at the site's 
receiving dock, front office or mail room. 

The primary advantage of this system is that it results in 
higher customer loyalty because customers are kept well 

35 informed of the status of their orders or shipments without 
taking any additional action beyond providing an electronic 
mail address to the merchant or shipper. Moreover, since the 
cost of electronic mail transmissions is extremely low, the 
system and method lower costs for merchants or shippers to 

40 provide status information to their customers 

BRIEF DESCRIPTION OF THE DRAWINGS 

The aforementioned advantages of the invention, as well 
45 as additional advantages thereof, will be more fully under- 
stood as a result of a detailed description of the preferred 
embodiment when taken in conjunction with the accompa- 
nying drawings in which: 

FIG. 1 illustrates a preferred computer environment for 
50 implementing the system and method of the present inven- 
tion, 

FIG. 2 is block diagram of components illustrating a 
preferred embodiment of the present invention. 

FIG. 3 is a flowchart illustrating the status requester and 
55 its method of operation. 

FIG. 4 is a flowchart illustrating the status receiver and its 
method of operation. 

FIG. 5 is a flowchart illustrating the electronic mail 
60 messenger and its method or operation. 

DETAILED DESCRIPTION OF A PREFERRED 
EMBODIMENT 

The present invention is preferably implemented as a 
65 computer program 248 running on a central server host 
computer shown in FIG. 1, attached to a wide area network 
275 accessible by many potential customers through remote 
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terminals 210 using keyboard 240, pointing device 260 and One skilled in the art to which the present invention 

monitor 280. A preferred network for implementing the pertains will recognize that the various components of the 

present invention is the Internet which is accessible by a system may communicate between themselves in a variety 

significant percentage of the world population, although the 0 f ways. In a preferred embodiment, status receiver 14 

network may also be a local area or limited area accessible 5 signals electronic mail messenger 15, via an "Updated 

network. Status" flag in the appropriate database records, that a new 

Information about the customers and their respective update message should be sent. However, status receiver 14 
orders is maintained in a status database 16 such as the one could directly communicate with electronic mail messenger 
shown in FIG. 2. Status database 16 may be maintained on 15 t0 a status up date message without setting a signal- 
server 250 shown in FIG. 1. Individual customer orders may 1Q { fl in status database i6 and awaiting discovery of such 
be placed in this database either by order entry personnel a fl b the electronic mail me ssenger. 
300 or electronically by order entry systems also attached to rt , „ , • . • . , 
wide area network 275 of FIG. 1. Status information in 0ne skiUed in the art to which the present invention 
status database 16 may be updated manually by order entry P ertams wl " further «*ogpuc that components of status 
personnel or electronically by other means such as status requester 13 and status receiver 14 may be combined into a 
receiver 14 shown in FIG 2 15 sin & e module that communicates with a remote host com- 

Periodically via status Query 10, status requester 13, P uter » a ^htoooiis fashion. For example, the status 

% t ' w t , i ' . i requester portion of the combined module could send a 

sends a status request to another host computer on wide area M v . . t . - j r .i_ 

i i« \ u- • ti status request to the remote host computer and wait tor the 

network 275, such as a common earner shipping service luce . c . , . , c 

nr»o r jr o. * • r 11 • . j j status information to be received before proceeding to 

UPS or FedEx. Status information 11 is returned and .... . , iL t , 4 t 

. , , 4 t . ^. . . , , t . . t 20 submit the next status request to the remote host computer, 

received by status receiver 14 which places the new status ™- 4 c . *• ■ • 

. e 4 - • * * wiu t * • ia This type of synchronous operation is quite common in 

information in status database 16. When status receiver 14 , 7 \ , . t , r 

j , , i , t * . . j * u. a ( l electronic data mterchange applications, 

updates the status m status database 16, it sets a nag on the ° rr 

particular database record indicating a change in status. ^ P resent invention 1S preferably implemented as a 

Periodically, electronic mail messenger 15 checks status 25 sot *! &TG program on a host computer such as 250 in FIG. 1 

database 16, to see if the status of any record has changed, 25 ***** n^work275 such as the Internet TTie program may 

by examining the records' status flags. If a record has been be loaded °, nt0 com P uter 250 from disk 248 or a similar 

flagged, then electronic mail messenger 15 composes an stora S e medmm ' 

electronic mail message 12 based on the new status infer- A S eneral description of the present invention as well as 

mation in status database 16. This electronic mail message 30 a preferred embodiment of the present invention has been set 

12 is transmitted to the customer over the wide area network forth above - skiUed in the art t0 which the present 

275 invention pertains will recognize and be able to practice 

FIG. 3 illustrates the operation of status requester 13. In additional variations to the methods and system described 

a preferred embodiment, the status requester is continually wltlun the teachings of this invention. Accordingly, all such 

running a program that periodically requests status updates 35 modifications and additions are deemed to be within the 

from other host computers on wide area network 275. After scope of the invention which is to be limited only by the 

waiting 21 for a designated time, which for a shipping status ap ?^? claims. 

update is preferably every six to twenty-four hours, status Wnat B cla,med ,s: . 

database 16 is checked 22 to see if there are more status 1 In a fo^puter network enabling communication 

records. If so, then a status record is selected 23 and a status 40 belween a P luraluv of computers, a method comprising the 

request is composed 24. This status request is sent 25 to steps 01. 

another host computer on wide area network 275. This (a) receiving information relevant to an order submitted 

requesting process continues until each of the status records by a user i 

in status database 16 have been checked 22. (b) collecting information relevant to an order processing 

FIG. 4 illustrates the operation of status receiver 14. In the 45 status of said order; 

preferred embodiment, the status receiver is a continually (c) updating said information received at step (a) with said 

running program that periodically receives status informa- order processing status information collected at step 

tion 11 from another host computer on wide area network (b); 

275 based on requests generated by status requester 13. (d) generating a message containing said order processing 
Wide area network 275 is continually checked for new status 50 status information collected at step (b); 
information 11. If new status information is found available ( e ) automatically transmitting said message generated at 
at 31 then the status information is received 32 and the step (d) to said user across said network without 
corresponding status record is fetched 33 from status data- interaction from the user- 
base 16. The information is compared with that in the status 2. The method of claim 1, wherein said order processing 
record to determine 34 if the received information is new. If 55 status information collected at step (b) relates to shipment 
the received information is new, then the status record is status of an item specified in said order, 
updated 35 in status database 16 and the Updated Status flag 3. The method of claim 1, wherein said order information 
is set 36 in the status record. received at step (a) is contained on a first computer, order 
FIG. 5 illustrates the operation of electronic mail mes- processing status information collected at step (b) is con- 
senger 15. In a preferred embodiment, the electronic mail 60 tained on a second computer removed from said first 
messenger is a continually running program that periodically computer, and said first and second computer are comrau- 
checks 41 status database 16 to see if any records have an nicatively linked across said network. 
"Updated Status" flag set. If so, the appropriate status record 4. The method of claim 1, wherein said step (c) is 
is fetched 42 from status database 16 and an electronic mail performed manually. 

message is composed 43 regarding the new status informa- 65 5. The method of claim 1, wherein said order information 

tion. This electronic mail message is then preferably sent 44 received at step (a) is stored on a database within a first 

to the recipient over wide area network 275. computer 
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6. The method of claim 5, further comprising separately 
storing said order processing status information collected at 
step (b) on a database in a second computer. 

7. The method of claim 1, wherein said message generated 
at step (d) is in an electronic mail format, and the user is 
identified by a network address. 

8. In a computer network enabling communication 
between a plurality of computers, a system comprising: 

storage means associated with a first computer for storing 
order information relating to an order submitted by a 
user; 

requesting means associated with said first computer for 
automatically and periodically requesting order pro- 
cessing status for said order from a second computer; 

updating means associated with said first computer for 
receiving said order processing status from said second 
computer, and for automatically updating said order 
information with said order processing status; 

message generating means for automatically generating a 
message containing said order processing status 
responsive to a change in said order processing status; 
and, 



10 



15 



20 



message transmission means for automatically transmit- 
ting said message across said network to a third com- 
puter associated with the user without interaction from 
the user. 

9. The system of claim 8, wherein said order processing 
status indicates shipment of an item specified in said order. 

10. The system of claim 8, wherein said first and second 
computers are remote each from the other and are commu- 
nicatively linked across said network. 

11. The system of claim 8, wherein said updating means 
is manually actuable for input of update information. 

12. The system of claim 8, wherein said order information 
is stored on a database within said first computer. 

13. The system of claim 12, wherein said order processing 
status is stored in a database in said second computer. 

14. The system of claim 12, wherein said message is in an 
electronic mail format, and the user is identified by a 
network address. 
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CERTIFICATE OF CORRECTION 



PATENT NO. : 6,047,264 Page 1 of 2 

DATED : April 4, 2000 

INVENTOR(S) : Fisher et al. 



It is certified that error appears in the above- identified patent and that said Letters Patent is 
hereby corrected as shown below: 



Column 4, 

Line 38, cancel claims 1-7 and insert the following claims 1-8: 

1. In a computer network enabling communication between a plurality of computers, a 
method comprising the steps of: 

(a) receiving and storing at a first computer order information relating to an order 
submitted by a user; 

(b) requesting automatically and periodically order processing status for said order from a 
second computer; ■ % ' 

(c) receiving at said first computer said order processing status requested at step (b); 

(d) updating said information with said order processing status received at step (c); 

(e) generating automatically a message containing said order processing status received 
at step (c) responsive to a change in said order processing status; and, 

(f) automatically transmitting said message across said network to a third computer 
associated with the user without interaction from the user. 

2. The method of claim 1 , wherein said order processing status requested at step (b) 
relates to shipment status of an item specified in said order. 

3. The method of claim 1 ( wherein said first and second computers are removed each 
from the other and are communicatively linked across said network. 

4. The method of claim 1 , wherein said step (d) is performed manually. 

5. The method of claim 1 , wherein said order information received at step (a) is stored on 
a database within said first computer. 

6. The method of claim 5, further comprising separately storing said order processing 
status requested at step (b) on a database in said second computer. 

7. The method of claim 1 , wherein said message generated at step (e) is in an electronic 
mail format, and the user is identified by a network address. 

8. The method of claim 1 , wherein said step (d) is performed automatically. 



Column 5, line 7; Column 6, lines 6, 8, 11, 14, 16 and 19, renumber claims 
8-14 to 9-15. 
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Column 6, 
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Lines 16 and 18, for the claim reference number "12", each occurrence, should read 
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Director of the United Stales Patent and Trademark Office 



11/20/07 EPR1.1 11-11 



United States Patent m 

Pauly et al. 



[li] Patent Number: 4,958,280 
[45] Date of Patent: Sep, 18, 1990 



[54] APPARATUS AND METHOD FOR 

SATISFYING DISPOSABLE CONTACT LENS 
PRESCRIPTIONS 

[75] Inventors: Thomas E. Pauly; Jeffrey C. Van 

Doren; John P. Henessey; James M. 
Christiansen, all of Jacksonville, Ha. 

[73] Assignee: Vistakon, Inc., Jacksonville, Fla. 

[21] Appl. No.: 72,184 

[22] Filed: Jul. 10, 1987 

[51] Int. Q. 5 ; G06F 15/20 

[52] U.S.C1 364/403; 364/401 

[58] Field of Search 364/403, 401, 408; 

235/385, 381 

[56] References Cited 

U.S. PATENT DOCUMENTS 

3,770,941 11/1973 Gechele 235/385 

4,567,359 1/1986 Lockwood 235/381 

4,766,542 8/1988 PUarczyk 364/401 

FOREIGN PATENT DOCUMENTS 

0061942 5/1977 Japan 235/385 

0037661 3/1980 Japan : 364/401 

0121470 7/1983 Japan 364/401 



8502700 6/1985 World Int. Prop. 0 364/408 

OTHER PUBLICATIONS 

"Changing Market Structures and Information Tech- 
nology: Adopting New Strategies in Industrial Fasten- 
ers", Industrial Marketing Management, 1976, David 
W. Day, pp. 13-16. 

Primary Examiner— Michael R. Fleming 

Assistant Examiner — Gail O. Hayes 

Attorney, Agent, or Firm— Audley A. Ciamporcero, Jr. 

[57] ABSTRACT 
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tory computer is associated with satellite PCs at which 
attending eye care professionals can place orders. In 
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APPARATUS AND METHOD FOR SATISFYING 
DISPOSABLE CONTACT LENS PRESCRIPTIONS 

FIELD OF THE INVENTION 5 

This invention relates to effective provision of 
contact lenses, and more particularly to the accurate 
and ongoing fulfillment of disposable contact lens pre- 
scriptions. ^ 

BACKGROUND OF THE INVENTION AND 
PRIOR ART 

The supply of contact lenses poses many challenging 
and relatively unique requirements. Each lens, although 
not necessarily custom made to the eye of the patient, is 15 
characterized by a number of lens parameters each of 
which may vary through quite an extensive range of 
values. It is currently not unusual, for example, for 
companies in the business of production of lenses to 
maintain an inventory of as many as 25,000 different 20 
lathe cut tone and spherical lens types. Such companies 
typically maintain elaborate, labor intensive direct tele- 
phone ordering facilities, and even so, the precise re- 
quested lens is often not currently available and a doc- 
tor must choose from a number of approximately appro- 25 
priate lenses which are available. Typically, the re- 
quested lenses are pulled from inventory and shipped 
through a convenient method, to be tried by the doctor 
with the patient. 

The onset of disposable lenses promises to alleviate 30 
many of these problems, and yet presents still others 
which heretofore have not been faced. Such lenses, the 
production of which is taught by U.S. Pat. Nos. 
4460489, 4565348, and 4495313 promise substantial re- 
ductions in the variety and total number of lens types in 35 
inventory, because of the inherent production accuracy 
and relatively improved predictability of lens parame- 
ters during the production process. Nevertheless, a 
complete inventory of spherical and toric lenses still 
could number in the thousands of inventory entries. 40 

While as of the filing hereof, it is uncertain just what 
percentage of total contact lens users will convert to a 
disposable lens system, informed judgments indicate 
that the adoption will be widespread, and that formida- 
ble problems will be presented in supplying the needs of 45 
patients and attending physicians. 

At any given time, an attending "eye care profes- 
sional" (i.e. optometrist, ophthalmologist or optician) 
will have a panel of patients who have adopted dispos- 
able lens programs, each having a standing prescription 50 
for lenses which will include not only the standard lens 
parameters of base curve, magnification, etc. for each 
eye, but additionally the wear and replacement cycle 
for lenses. For example, patients may be directed to 
remove and replace lenses most likely on a one or two 55 
week cycle (although in the end, accumulated experi- 1 
ence and judgment will be controlling, perhaps even 
extending wear cycles longer than two weeks, and in all 
events custom prescribed to the individual patient). 
Clearly, whether lenses are provided to the patient at a 60 
rate of two, six, or even ten or twenty at a time, it is 
highly desirable both to the eye care professional and to 
the patient that lenses be provided on an automatic refill 
basis, and that unnecessary or overly frequent visits be 
avoided. On the other hand, the relatively critical na- 65 
ture even of every day eye care demands that the eye 
care professional have ultimate control and discretion 
of the dispensing process, and hence that the eye care 



2 

professional be able to create the prescription in the first 
instance, and be able to update or vary the prescription 
on such basis as medical discretion may dictate. 
Throughout, the reasonable expectations of both patient 
and eye care professional must be fulfilled respecting 
speedy, accurate, and satisfactory availability of lenses 
for purposes of initial patient fitting, ongoing lens sup- 
ply, variation or alteration of prescription, and rela- 
tively minimal inventory burden upon the physician. 
Correspondingly, although the ultimate goal of the 
system is patient and eye care professional satisfaction, 
the normal business requirements of accurate inventory, 
billings, product traceability, and overall minimum cost 
burdens must be satisfied. 

It is accordingly an object of the present invention to 
provide methods and apparatus tailored specifically to 
the requirements of disposable contact lenses. It is an 
associated object that such systems and methods 
promptly and accurately allow attending eye care pro- 
fessionals to maintain acclose doctor-patient relation- 
ship, and provide initial and ongoing prescription fulfill- 
ment with minimal intrusion into that relationship. 

It is a further object to provide methods and appara- 
tus which automatically supply a patient's ongoing lens 
requirements, as directed by the eye care professional in 
accordance with a prescribed replacement . schedule, 
and to maintain associated inventory and billing proce- 
dures. 

Finally, but by no means least, it is an object that such 
goals be met in a cost-effective fashion, thereby to mini- 
mize the price burden both on eye care professionals 
and on patients, and to permit effective delivery of the 
functional advantages inherently attendant to dispos- 
able contact lenses. 

SUMMARY OF THE INVENTION 

In accordance with the principles of the present in- 
vention, eye care professionals are provided alternative 
ordering methods, in accordance with their needs, 
which may vary from automated order entry through 
personal computers at the professional's office location, 
communicating through data links with central comput- 
ers at the supplier, to direct telephone calls, or a variety 
of other forms of data communication which become 
economically feasible. At the central supplier's station, 
a variety of tile storage means, which maintain appro- 
priately configured files and in accordance with tailored 
system architecture, selectively process these files in 
accordance with the various contact lens operations, 
thereby effectively to manage the transaction, in some 
instances as individual transactions, and in others in a 
batch mode. 

In a preferred embodiment, prescribing eye care pro- 
fessionals have the opportunity to phone orders di- 
rectly, or through an on-site personal computer 
equipped with a disc drive and modem (e.g., an MS- 
DOS personal computer equipped with 256K main 
memory and a Hayes compatible modem). Orders from 
the on site personal computer are received at a properly 
adapted computer system at the central control site, 
where they are assembled and appropriately formatted 
for processing. Telephone orders are manually assem- 
bled and formatted for like processing. For a predeter- 
mined time, such as during normal business hours, or- 
ders are taken in by both routes, and are assembled into 
a batch. At some predetermined time, for example over- 
night, the day's orders are processed in a batch mode, 
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and appropriate individual pick/pack order forms are financial institutions for purposes of billings, credit card 
printed. Typically the next morning, the pick/pack transactions, or the like financial reports, 
forms are delivered to an inventory/distribution area, As shown in FIG. 1, orders may be received either 
where during the next day or so, orders are picked, from a personal computer 111 at the doctor's office, or 
verified, packaged and shipped to the customer. At the 5 by telephone 112 in conventional fashion. In a preferred 
time of receipt of the order and again at shipping, ap- embodiment, the doctor's personal computer will be an 
propriate inventory file adjustments are made. As new IBM PC unit, or one of the many commercially avail- 
orders come in, separate files are maintained respecting able compatibles which employ the MS-DOS operating 
ongoing provision of lenses to the eye care professional system, having at least 256K memory and equipped 
and/or to the patient, and these standing orders are also 10 w ith a modem (e.g. Hayes or Hayes-compatibles) for 
integrated with the long term inventory needs and the direct data communication with the company. As 
daily order filling process in a batch mode on a regular shown, a telephone switching system 104 at the corn- 
predetermined basis. Provision is also made for changes p anv w ju receive the data, and employ an appropriate 
in patient information and ordering, which are also data terminal interface 103 such that the doctor's PC 
automatically integrated into the process. Thus, an im- 15 m may communicate with a like PC 102 at the com- 
portant feature of the invention is that a complete pa- pany Two-way data communication facilitates not only 
tient file is maintained; optionally but advantageously, the ordering process, but also many features of the 
eye care professionals who employ a personal computer invention re i at ing to patient record storage and sharing, 
with modem may be provided access to such infonna- For QXampiCt it my ^ th at t he doctor's initial ordering 
tion, for purposes of their own use. Similarly, the entire 20 ^ • wiU be for a pair of lenses having respective 
process facilitates simple but effective billings on a de- characteristics which are either temporarily or uncondi- 
sired periodic basis, either directly to the patient, to or tiQnaU unavailabIe . Since many of the lens fitting pa- 
through the eye care professional, or through automatic rameters m m the doctor * s judgment approximate and 
credit procedures such as credit card charges. sufeject tQ considerable judgme nt in the first instance, 
DESCRIPTION OF THE DRAWINGS the FIG. 1 system may optionally allow the PC 102 to 

^ T ^, , . Li i j. , , draw appropriate inventory information from the com- 

FIG. 1 shows a block diagram schematic system t ™ v , ^Z^^dpiii;^^ 

. , . • • t e *u ♦ ■ *• puter 101, and convey to the doctor's PC 111 ldentifica- 

trate file processing at a central computer location for 30 are ^T^l eqU,Valent "V leDSe f. ru * "I 

respective significant system procedures; and qf %^J? euiy ,' ^T' ^ ■ pre T P T 8 

FIGS, lite through 1<W illustrate significant process- wdl ^ the goal and the normal rule rather than near 

ing procedures at the PC's in the doctor's office and approximation based on profession^ discretion as m the 

interaction with that at the company location. P»* ^ interaction between PC s 102 and 111 will 

35 facilitate an effective, individual prescription by the 

BEST MODE FOR CARRYING OUT THE doctor based upon all relevant lens parameters, includ- 

INVENTION ing those which he believes critical, and those which he 

Referring first to FIG. 1, there is shown in schematic believes less exacting, 
form a system embodying the principles of the present The PC to PC ordering system also permits as de- 
invention. For the sake of consistency but without Iimi- 40 sired > a batch mode ordering process. In such an tn- 
tation, some apparatus Will be characterized as being at stance > the doct ° r "»y accumulate in memory or on 
the "doctor's" office and others at the "company's" disk a number of orders over a predetenmned period of 
office, to distinguish remote operations from central tirae ' for example a day or several days. On predeter- 
ones. It will be understood, however, that these terms ""ned cue, these orders may either be transmitted m 
are not used by way of limitation or in any way to 45 batch mode to the company, or, for example at nights 
characterize specifically where such apparatus may be w *»en phone lines are relatively more available and rates 
located, or whether the prescribing party should be a are relatively lower, the company PC 102 may make 
opthalmologist, optometrist, an optician, or a commer- inquiry of the doctor's PC, and down load the orders 
cial entity involved in the business of contact lens pre- which have been accumulated in the recent agreed 
scriptions. 50 period of time. 

At the heart of the system is a central computer of Finally, doctors who use a PC may be permitted to 
substantial processing power, advantageously -the sys- avail themselves of the patient information which will 
tern commercially available from International Business be maintained by the company as an element of opera- 
Machines under the trade designation of "IBM 38". tion in accordance with the present invention. As will 
This system is characterized by 16 ports, appropriate 55 become apparent hereinafter, effective ongoing fulfill- 
facility for local storage on disc drives or tape, and ment of lens prescriptions will require detailed doctor 
more than adequate capacity and speed for performing and patient data, specific lens parameters currently 
operations in accordance with the principles of the prescribed for the patient, and, as desired, patient his- 
present invention. As shown in FIG. 1, the computer tory of lens usage. If this feature is to be offered, it may 
101 is connected through associated data links to one or 60 be done so either on a real time or a periodic batch basis, 
more local personal computers 102, a number of termi- Also shown in FIG. 1 is the telephone 112, for the 
nals 105, 106, and 107 dedicated to manual data input direct phone method of ordering, not dissimilar from 
and output, appropriate printers 108 and 109 for hard that presently utilized by many companies. In such 
copy output, and, as desired, additional apparatus for systems, the terminals 105 are occupied by a number of 
communication with other data systems. For example, 65 operators who through keyboard and CRT displays 
shown simply as "third party connections" 122 are have relatively direct access to the inventory files of 
optionally featured interconnections, such a direct data computer 101. Direct phone communication permits 
communication network with cooperating banks or these operators either to confirm orders directly, or to 
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collaborate with the eye care professional based on patent citations hereinbefore. Clearly, however, the 

perceived special needs, lenses may be made in any way desired by the manufac- 

The computer 101 is shown connected, through asso- turer. The key programs are: 
ciated data links, to other terminals 106, having a pri- 1. An order entry program - "DLRENT*. This pro- 
mary inventory entry function, and others 107, having a 5 gram receives all orders for products (orders for prod- 
primary distribution control function. Generally, al- uct made in different procedures may be different op- 
though not essentially, the terminals 106 and 107 will be tions on a menu). It will take stock orders, patient or- 
reraote from the computer 101, being located at manu- ders and start-up orders from doctors. When an order is 
factoring and/or warehousing facilities of the company. . generated, this program writes to two order files (the 
In particular, the terminals 106 are provided so that the 10 order header file and order detail file) and updates the 
files of computer 101 may be appropriately updated as customer master file and inventory master file, 
lenses are placed in inventory. Likewise, the distribu- If a doctor gives a patient order, an order for two 
tion terminals 107 facilitate the removal of lenses from introductory multi-packs is immediately generated (the 
inventory of the computer 101 as orders are filled and sku's are the same as those of the patient's). The order 
shipped. Printers 109 operate under control of the com- 1 5 for introductory lenses will have a comment associating 
puter 101 and/or the distribution terminals 107 to gener- the order with the patient last name, patient I.D. num- 
ate shipping labels 122 and associated documentation ber, and patient order number. 

120 in accordance with filled orders. The order for the first shipment of lenses to the pa- 
A transition in accordance with the preferred em- tient will be generated or not depending on the given 
bodiment of the principles of the present invention be- 20 arrival date for the first shipment. If the arrival date for 
tween the order entry system 102 and 105, and the in- the first shipment is less than 14 calendar days from 
ventory entry and withdrawal 106 and 107 is a batch present, DLRENT must specify special handling. Gen- 
mode report and form procedure exemplified by printer erally, the patient's arrival date will be at least 2 work- 
108, reports 120, and forms 121. In particular, it will be ing days from "now'*. Patient information is saved at 
appreciated that considerations of accuracy, time, and 25 this time. DLRENT will write to both the patient mas- 
cost will normally dictate a crossover between item and ter file and the standing order file. If a patient's first 
batch processing. This may perhaps be better appreci- shipment is to be sent out immediately, information is 
ated when one considers that the total U.S. market, and written to the two order files and the order number is 
hence manufacturing output, in non-disposable soft recorded in the patient master file. For a patient order, 
contact lenses may until recently have been in the range 30 the doctor either gives a complete address or just the 
of twenty to twenty-five millions of lenses. Based upon patient name (the last name could be a series of num- 
conservative market projections, however, if only a bers). If the patient's lenses are to go directly to the 
small percentage (e.g. 10) of these patients are convert- patient, a complete address is required, 
ed to disposable lenses on a two-week wear cycle, DLRENT will also write into file the inventory 
many more millions of disposable lenses will be re- 35 needs for future patient shipments when patient orders 
quired on an annual basis just by disposable lens users. are taken. Most desirably there will be needed no check 
Thus, the labor intensive, and relatively inexact item by of availability of lenses; the number of lenses on order 
item scheme of processing orders to final shipment can- will be increased when orders are actually generated, 
not possibly work in this circumstance, and a batch This program will also be used to enter orders re- 
mode conversion is desirable. 40 ceived in the mail. The difference is that if an order 
It is therefore contemplated, in preferred embodi- comes from the mail, the patient ID no. is entered; if 
ments, that order entry continue on a relatively individ- order comes via telephone or PC, the patient ID no. is 
ual basis, thereby permitting doctors to be truly interac- assigned by the computer. The patient ID number will 
tive in the order process, and to be placing orders based typically have a check digit. 

on lenses actually available, rather than upon a set of 45 This program also employs credit security features, 

theoretical parameters which may not be met. In pre- For example, if the doctor's orders are COD only be- 

ferred embodiments of the present invention as de- cause of credit problems, the doctor will not be allowed 

scribed hereinafter, this item to batch conversion will be immediately to order lenses. If the doctor has any credit 

made after each business day, and will be accomplished problems, stock and new patient orders will not be 

through the generation of custom pick/pack forms 121, 50 allowed (although usually, standing patient orders will 

which will be physically conveyed to the distribution be allowed). Patients needing lenses for one eye only 

facilities, and used for the picking of lenses from inven- will appear as needing lenses for both eyes, in this sys- 

tory, the packing of lenses for shipment, and the genera- tern; that is, the prescription for the right and left eyes 

tion of appropriate shipping labels. Beneficially, this will be the same. A one week wearing schedule will 

conversion to batch mode will facilitate the integration 55 thus be entered as two weeks; otherwise, the patient 

of new orders, changed orders, and fulfillment of stand- will get twice as many lenses as really needed, 

ing orders, without discrimination from the standpoint When a patient order is taken, the patient is added to 

of order filling and distribution. As also shown in FIG. the file which lists new patients (for a special mailing to 

1, the printers 108 are properly dedicated to the genera- welcome new patients). When a patient order is taken, 

tion of reports 120, which may be simple hard copy 60 the information about numbers of patients is changed in 

verification records as well as billing statements and the the account enrollment file. Start-up kits will be desig- 

like. nated differently from other orders for lenses to allow 

It is first beneficial to provide functional summaries tracking of orders, 

of key processing routines which are routinely em- 2. A program to display or change information saved 

ployed in preferred embodiments of the principles of 65 for patient; also used to cancel or re-enroll a patient 

the present invention. In the following, "molded" is -"DLR902". 

used interchangeably with "disposable", in view of the Logically, a patient can be cancelled only if there is a 

preferred method of manufacture as indicated by the standing order for that patient; a patient can be re- 
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enrolled only if there are no standing orders for that 
patient; and changes can be made only if there is a stand- 
ing order. A customer service representative will be 
enabled to search for the patient data if provided the 
doctor's number and at least the first letter of the pa- 5 
tient's last name. It is desirable, although not essential, 
to have ready access to the last order number and the 
last shipment date for a patient. 

In accordance with the present invention, it will be 
possible to change wear schedule or shipment schedule. 10 
This may entail a charge, so the program may write a 
record in a file, "ARINP". The patient schedule will be 
set up for a complete year, the doctor will specify ar- 
rival date for first shipment, and the doctor will not 
receive introductory lenses as result of such change. 15 
Both the standing orders file and the file of inventory 
needs for future patient shipments will be updated ac- 
cordingly. Also, the information about the number of 
patients in the account enrollment file will be changed. 
Wear and shipment schedules will normally not be al- 20 
lowed to change if doctor has a credit problem. 

It is desirable for management purpose to track can- 
cellations, and hence the reason for cancellation may be 
obtained. This program will place the reason and pa- 
tient information in a cancelled/dropped-out patient file 25 
(the record may have a record code to distinguish a 
cancelled patient from others), remove any standing 
orders for the cancelled patient, update the file of inven- 
tory needs for future patient shipments, and update the 
information about the number of patients in the account 30 
enrollment file. This will entail a charge,. so the program 
will write a record in file "ARINP". 

When patient is re-enrolled or cancelled, a record of 
the total number of lenses the patient was shipped and 
the total number of shipments during a previous period 35 
will be in the patient history file. 

When a patient is re-enrolled, an order for two intro- 
ductory multi-packs for the doctor will be generated, 
and the patient master file, the standing order file, and 
the file of inventory needs for future patient shipments 40 
will be updated. The patient will also be removed from 
the file listing the dropped-out patients. 

If the prescription or the first shipment arrival date is 
changed, the file of inventory needs for future patient 
shipments will be changed. If the change provides that 45 
shipments now go to patient, rather than to the doctor, 
it is important to have a complete address. The doctor 
gets no introductory lenses in this case. 

3. A set of programs to generate orders for patients so 
they will receive their next shipments on time; also to 50 
identify drop-outs for the monthly patient management 
report - "DLR001, DLR002, DLR003". 

This program set will write to the orders files and 
update the customer master file and inventory master 
file on the basis of the standing orders file. As appropri- 55 
ate, the record in the standing orders file triggering the 
order will be deleted and written in a backup file and 
kept for a day or two. The number of days to look ahead 
will be in a data area, e.g. 5 days. Preferably, but not 
essentially, there will be no check of lens availability. If 60 
a doctor has a credit problem, orders will nevertheless 
be generated. If there are no more standing orders for 
that patient, the patient will be added to the list of drop- 
outs used for the monthly patient management report. 

4. A program to generate a picking/packing docu- 65 
ment -"DLR0015". 

The invoice/order number will be preferably bar- 
coded. 
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For ease of handling, it is desirable to group different 
types of orders-stock orders requiring two or more 
pages, stock orders requiring one page, patient orders 
going directly to patient, and patient orders going to 
doctors. This program will be able to identify excep- 
tions (overnight deliveries) so a packing slip can be 
generated early in the afternoon. It will be able to pro- 
duce a packing document for a given order. 

If the doctor has credit problems (is on hold or all 
orders are COD), packing documents for stock orders 
will not be generated (documents for patient orders will 
be). This program will not check inventory availability. 

5. A program to use when actually shipping the lenses 
(shipping program) - "DLR990". 

This program checks that lenses having correct pa- 
rameters have been picked; to do so, the program uses 
the file associating lot number with sku. The program 
records that the given lot number went to each particu- 
lar doctor; to do so, it uses the molded inventory detail 
file. It also prints labels. 

The label will preferably have a barcode e.g. employ- 
ing an invoice number, a zip* code, and a check-digit. 

The program will also write a record to the reports 
file so the monthly patient summary file can easily be 
generated. This program writes to the shiplog file and 
writes records to the file "ARINP" to reflect sales tax 
charges and special handling charges. It also keeps 
track of the multi-packs sold, itemized by parameter, 
and it updates the patient master file with shipping date 
and order number. If the customer master file indicates 
it is appropriate to do so, a record will be written to a 
special invoices file so that "bill-to's" can receive a 
report at weeks end regarding the orders of their "ship- 
toY\ 

This program will also enable customer service repre- 
sentatives to cancel orders. 

6. A program to generate at month-end a report for 
the doctors stating the patient orders shipped "this" 
month, the patient orders to be shipped in the next two 
months, the patients who will drop out "next" month, 
the patients who dropped out two months ago (if they 
have not been re-enrolled), and the patients who 
dropped out four months ago (if not re-enrolled) -- 
"DLR501". 

This program will read the standing orders file for the 
next two months of shipments to identify patient ship- 
ments to be made in the next two months. It will read 
the reports file to get the patient shipments made this 
month, and will read the file listing the drop-outs to 
identify patients that should appear on the reports. 

7. A program to report weekly to bill-to.s the sales 
activity of their ship-to's, if requested by bill-to. Report 
will show weekly sales, month-to-date totals and year- 
to-date totals. 

This program will obtain sales for the instant week 
from the bill-to-report file. It will also obtain month-to- 
date and year-to-date totals from account enrollment 
file. 

8. A program to process credits issued by sales repre- 
sentatives. 

This program is standard current procedure, and 
employs straightforward data entry and storage. 

9. A program to protect safety stock (or maintain a 
future shipments file; it states how many lenses of each 
sku are needed for patients for each of the next 12 
months) - "DLR903". 
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The file of future inventory needs is loaded/updated 
by the molded order entry program and by the program 
for changes to the patient master. 

This program also displays, for each sphere power, 
the number of lenses in inventory and the number of 5 
lenses on order. 

10. A series of programs to generate periodic (e.g. 
monthly) management/sales reports. These are straight- 
forward, and include: 

a. Dropouts (this month, two months ago, four 10 
months ago) by doctor and territory - "DLR503". 

b. Patient cancellations (this 3-month period, last 
3-month period, and last 12 months) by doctor and 
territory » "DLR700". 

c. New patients this month, total number of active 15 
patients, and in each case a breakdown by shipping 
schedule and wearing cycle — "DLR508". 

1 1. Program or programs providing pricing for sepa- 
rate contract orders-"DLR921". 

These programs will enter price contracts for a given 20 
account. They will report all price contracts, report 
contracts just entered, and report expired contracts. 
Each change, addition, and deletion of a contract are 
noted in a price log file, and the contents of this file are 
reported and then emptied each day. 23 

12. Additional programs: 

a. Program to remove patients from patient master 
file 6 or 8 months after end of their respective enroll- 
ment period. 

b. Program to clear the month-to-date information in 30 
the account enrollment file at the end of the month. 

c. Program to clear the year-to-date information in 
the account enrollment file at the end of the year. 

d. Program to allow customer service representatives 

to view orders already generated and learn the status of 35 
these orders, picked, shipped, etc. The representatives 
will also be able to confirm prescriptions as well as 
ship-to addresses. 

13. A series of programs allowing entry of the num- 
ber and sku of lenses in a batch as the lenses "are placed 40 
in inventory". 

These involve a. molded inventory detail file used to 
track shipments, : some programs reporting placing 
lenses and adjusting lenses in inventory, and a program 
to allow inquiries regarding sphere power. 45 

In partial summary, a number of separate programs 
provide the basis of detailed execution of the principles 
of the present invention. It is therefore apparent that in 
accordance with the present invention, file organization 
and file processing are important considerations and 50 
concerns. Following are definitions of key files, the 
processing of which also define procedural aspects of 
the present invention. 

A. DLP001- This is the complete patient master file, 
which defines the variables associated with the patient. 55 
The patient is identified by name, last, first, and middle 
initial, address, and the prospective point of shipment, 
i.e. through the doctor or to the patient. The file con- 
tains enrollment data, both beginning and end. Relevant 
data for the lenses are provided, including base curve, 60 
diopter correction, and other relevant attributes. 

The file also contains use and shipment data, includ- 
ing wearing interval, quantity per eye in each shipment, 
date of any changes from the doctor, and the like ship- 
ping information. This file is loaded by the program 65 
DLRENT, and is updated by the program for changing 
patient master information and the molded shipping 
program. 
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B. DLP002- This file is the standing orders file, is 
coordinated with the associated patient entry in 
DLP001, the patient master file, and provides the date 
of next shipment, the quantity to be shipped for each 
eye, and the price of the lenses to be shipped. This file 
is loaded by the molded order entry program and is 
updated by the program for changes to the patient mas- 
ter file. 

C. DLP003- This file is the monthly patient report 
file, is coordinated to DLP001, and contains a report of 
shipments to the patient (by doctor number and patient 
I.D.). This file is written to during the current month 
when a patient order is shipped, and again at month's 
end when shipments for the next two months are identi- 
fied. 

D. DLP004- This is the price file, and provides pric- 
ing information. 

E. DLP005- This file defines inventory needs for 
standing patient orders, and has variables for each lens, 
by base, diameter, and sphere, for a number of months 
in advance, for example twelve months. It is updated by 
the molded order entry program and the program 
changing 0 the master file. 

F. DLP006- This file contains a running history of 
accounts cancelled and re-enrolled, is coordinated with 
the patient master file, and defines enrollment and drop- 
out dates, total enrollment shipments, and individual 
numbers of shipments. Provision is made for explana- 
tions of transactions. 

G. DLP007- This file identifies batch numbers and 
thus functions as a master file. It also defines various 
parameters of the lenses, including the lens code num- 
ber itself, and the parameters of base curve, sign and 
diopter power, axis, prism, diameter, water quantity, 
quantity in inventory, packaging information, expira- 
tion date and the like variables. This file is loaded and 
changed by the program allowing the user to place 
lenses in inventory and take lenses out. Its main purpose 
is to define batch control identification. It is used by the 
shipping program to fetch lens specifications associated 
with the entered lens number. 

H. DLP008- Molded Detail Lens File. This file tracks 
every multi-pack shipped, associating it with order 
number, bill-to, ship-to, etc. It is used for recall and 
product tracing purposes. 

I. DLP009- This file, the molded lens transaction file, 
is maintained to track inventory transactions, and ac- 
cordingly identifies manufacturing batches as they are 
placed in inventory. 

As such, it is similar to file DLP007, except for allo- 
cation quantity, which is not present here, and date, 
time, and person placing lenses in inventory, which are 
not present in DLP007. It is a log of adjustments to 
inventory. 

J. DLP010- This file is the price log file, and reflects 
alteration of the price file DLP004. As such, it is basi- 
cally a price transaction file, and is used to report addi- 
tions, deletions and changes to DLP004. 

K. DLP011- This is the account enrollment file, and 
identifies accounts who have purchased a start-up kit 
and contains summary information regarding sales (in- 
cluding special handling charges and taxes) and patient 
enrollment (including patient wear cycle and shipping 
schedule). This file is initially loaded and updated by the 
order entry program. Patient information is changed by 
the program allowing changes to the patient master. 
Sales information is changed by programs producing 
the report to bill-to's about ship-to activity. This file is 
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used for monthly patient enrollment analysis and for a "order entry" process box 201 are files which bear data 

weekly bill-to sales report. It is also used by the order useful for or needed in the process, and to the right are 

entry program to determine eligibility to place patient files which will receive the data so processed. Gener- 

or stock orders. ally, the order entry process will require information 

L. ORDHDR and ORDDTL - This are both orders 5 received from the doctor, by mail, telephone, auto- 

files, the former, or header file, containing all general mated PC ordering, or the like. The file DLPOU, indi- 

data respecting orders and the latter, the order detail eating doctors who are enrolled and who are eligible so 

file, providing similar line item detail. As such, both to order, is called to verify the acceptability of the or- 

files entail entries which totally characterize the order der, 

process, and hence have variables corresponding to 10 Assuming eligibility, the customer master file AR- 

substantially all relevant information also resident in the CUST is accessed, which will provide full information 

other, individual category files. concerning the doctor. In order actually to process an 

M. ARCUST - This is the customer (i.e. doctor) order, the inventory master file DLP016is called, to 

master file, and provides all requisite information con- determine relative availability of the lenses desired to be 

cerning the doctor, including all relevant address and 15 prescribed by the doctor, and, finally, assuming that the 

telephone information, and additionally, sales and mar- order is to be entered, the price file DLP004is called, 

keting information including customer liability status, Based on the foregoing, if an order is to be entered, the 

discount rates if any, charges and payments to date, succession of files to the right of FIGS. 2A and 2B must 

discounts to be allowed, and so forth. Optionally but be updated. That is, given that an order is to be entered, 

desirably, this file contains all such information on a 20 the complete ongoing prescription must be provided for 

periodic such as monthly basis extending a desired time purposes of the doctor or customer, the patient, and the 

in the past. standing or ongoing procedures for the company to be _. 

N. DLP01 8- This is the shipping log file, and contains able so to fill orders, 

information concerning the actual shipment of the or- Accordingly, the customer master file ARCUST is 

der. As such, its primary purpose is to trigger accounts 25 updated to reflect new charges against the doctor's 

receivable processing of the other associated files when account. The inventory master file DLP016is decre- 

a shipment actually has been completed. mented, so that the lenses needed for the immediate 

O. DLP015- Cancelled/dropped out patient file. This order are eliminated from consideration for subsequent 

file contains all the information regarding cancelled and orders, even though the order will not be filled until the 

dropped out patients. It is loaded by the program allow- 30 time of batch mode processing, for example within a 

ing a patient changes and by the program removing day or more of receipt of the order. In view of the 

dropped out patients from the master file. unique nature of disposable lenses and prescription fill- 

P. DLP022- New Patients File. This file will enable ing in accordance with the principles of the present 

the company to identify the recent new patients for invention, the standing orders file DLP002receives an 

various reasons, including a mailing to welcome them 35 entry, so that at predetermined times in the future, the 

into the program. patient's order will be called up and incrementally filled 

Q. DLP021- Dropped-Out Patient File. This file is a so that patient is insured an ongoing and ready supply of 

list of patients with no standing orders (i.e. patients who lenses in accordance with the prescribed wear schedule, 

have been sent all their lenses). Likewise, the future inventory needs file is augmented, 

R. DLP023- Bill-To Report File. This file records 40 so that ongoing production planning will be able to 

shipments to ship-to's so that a weekly report to bill-to's account for anticipated orders to be met in the standing 

can be generated. Information will be placed in this file orders file DLP002. A patient master file DLPOOlis 

on special request from bill-to. created, thereby to establish a future reference for all 

S. DLP016- This is the inventory master file, and aspects of the process respecting this patient, and the 

comprehensively defines all inventory which is avail- 45 order files ORDHDR and ORDDTL are updated for 

able. It is used by the molded order entry and shipping immediate conversion to batch mode processing and 

programs and by the inventory inquiry programs. prescription filling at the next available predetermined 

T. ARINP - This is the accounts receivable input file. time. The balance of files shown in Figs. 2A and 2B are 

It identifies the various charges against the doctors. used in accordance with the foregoing, as will be evi- 

As will be apparent from the foregoing list, while 50 dent to those of ordinary skill, 
many aspects of file organization are subject to the In summary, the order entry process set forth in 
discretion of the system architect, the relative contents FIGS. 2A and 2B consists of a verification that the 
of each are dictated by the overall system requirements prescribing doctor is eligible so to prescribe, a verifica- 
and goals. Efficiency of processing, in accordance with tion of the lenses ordered, and an indication of the ul ti- 
the following, will also be facilitated by selection and 55 mate price thereof. Completion of the order entry pro- 
organization of files as set forth above. Referring next in cedure triggers immediate and long-term order and 
sequential fashion to FIGS. 2A through 11, classes or inventory adjustments, and creation or updating of 
types of process in accordance with the principles of the detail files respecting the doctor and the patient, 
present invention are defined. It will be appreciated that Referring next to FIG. 3, there is shown program 
those of ordinary skill in the art, given the foregoing 60 DLR902, a sequence of processing used to maintain and 
program descriptions and file and variable definitions, to achieve alteration of the patient information. For 
and the processes set forth in Figs. 2 through 11, inclu- example, in the ordering process set forth in FIGS. 2A 
sive, will in substantial measure be able, without undue and 2B, respective right and left lens parameters as well 
experimentation, to fashion a working embodiment of as lens wearing and disposable cycles are provided, 
the principles of the present invention. 65 Conventionally, patients', needs may change, and mech- 

FIG. 2 (representing FIGS. 2A and 2B when joined anism is provided for substantially automatic and ready 

as shown) sets forth program DLRENT schematically, alteration of the standing prescription, and appropriate 

that is, the order entry procedure. To the left of the adjustment of all requisite files. Accordingly, referring 
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to the left portion of FIG. 3, the change information is As set forth hereinbefore, this procedure advanta- 

received from the doctor, again by telephone, mail, PC, geously generates a series of pick/pack slips, which 

or the like. As in the initial ordering process, the eligibil- physically represent not only the transition from serial 

ity of the prescribing doctor must be checked, from file to batch, but also the transition from pure processing to 

DLP011, and, once verified, the doctor or customer file 5 physical inventory handling and distribution. Accord- 

ARCUST is provided with all detailed customer infer- ingly, the ORD order files ORDHDR and ORDDTL 

mation. generated in the processes set forth in FIGS. 2A and 2B, 

As in the initial ordering, the inventory master 3, and/or 4, are processed, and individual pick/pack 

DLP016and price DLP004 files are called up. Unlike s ii ps are generated, for example at printers 108 of FIG. 

the initial ordering stage, however, the patient informa- 10 i. Likewise, the ORD files are marked indicating the 

tion is maintained in a file on hand, DLP001, and this generation of pick/pack slips, and are ready for the 

file is utilized for abase of information and for the actual subsequent processing. Advantageously but not essen- 

change. tially, the pick/pack slips 121 as generated in FIG. 5 

Thus, the rightmost portion of FIG. 3 indicates the wiU mc i u d e computer bar codes, allowing the order 

files which must be updated or created. As in the initial 15 mier personne l to use automated or semi-automated 

ordering case, patient master DLPOOland doctor AR- verification of order fulfillments, in accordance with 

CUST files must be updated, standing orders and future apparatus ^ procedures. Also optionally but 

inventory needs must be adjusted, immediate orders adv antageously, the pick/pack slips 121 may be seg- 

ORDHDR and ORDDTL may or may not be required, mented mt o different parts, with respective parts being 

dependmg upon the nature of the change, and the pa- 20 detachable and coIlated in acco rdance with various 

tient master file DLP001 must be adjusted. To account M Qf ^ shi m ^ thfireb ovidi yet 

for the eventuality that the change is in fact a cancella- ^ lf _ verification aapect of systems in accor . 

tion or withdrawal an appropriate entry may be made ^ ^ ^ t mvention> 

ii. ithe cancelled patient file Agam, coordmated use and (representing FIGS. 6A and 6B when 

updating of the other files shown will be self evident to 25 . . , _ / ; f . • rtf 

those of ordinary skill joined as shown) the snipping process of program 
t *u *u * u j * DLR990 is outlined. Typically, this process is con- 
In summary, then, the patient change procedure set , A , . - . y r. , - „ r 
forth in FIG. 3 is similar to the initial order procedure ducte f d dunn « th * w ° rk d ^y which follows the process- 
set forth in FIGS. 2A and 2B, except that additional file m « °f senal to batch ' conversion to physical 
changes may be entailed in the nature of patient history 30 ^ dlmg T C °™™ 10 ™ ^ d ^ ned m accordance with 
and cancelled patient file entries. 5 -. In FIGS * 6A ™ d « B >. respecUvely associated 
Referring to FIG. 4, there is shown a schematic view Plowing steps are set forth, it being understood that 
of the standing order processing, that is, programs the physical pick and pack process will be discharged in 
DLR001- DLR003. As will be appreciated, advanta- accordance with customary practices, the principal 
geous conversion from serial processing to batch mode 35 difference m accordance with the present invention 
processing occurs on a frequent, periodic basis, for sim ? l y bang the ultimate flexibility in pack sizes and 
example at night after each regular business day. Since individual order quantities. 

standing orders, in the form of the standing order file ° n the leftmost portion of FIGS.6A and 6B, the 

DLP002, are always available, substantial discretion is <* der flles ORDHDR and ORDDTR are again ac- 

provided for entry of the standing orders into the over- 40 «ssed, providing a verification of the lenses against the 

all supply process. Optionally, therefore, the standing actual order * M set -forth on the right, a match of the 

order process may be integrated with inventory surplus packing slip bar code and the individual packs' bar 

and backorder conditions, so long as, in all events, pa- codes wiU result in a shipping label which contains a bar 

tients receive prescription refills adequately in advance code of tne zi P code » md invoice/order number. Like- 

of depletion of their standing prescription. It will be 45 wise » the flIes associated with a satisfied order must be 

appreciated from inspection of FIG. 4, that all file data s° designated, including the inventory master DLP016, 

attendant to any ordering (i.e. ARCUST, DLP016, the patient master file DLP001, the molded inventory 

DLP001, DLP004, and DLP011) are to be invoked. detail file, the order files ORDHDR and ORDDTL, 

The new element of the FlCi. 4 procedure is the stand- and by no means insignificantly, the ship log file 

ing order file DLP002. It will be appreciated from FIG. 50 DLP018. 

4 that all of the right-hand files, into which data is writ- Thus, as will be seen from FIGS. 6A and 6B, and 
ten, are the same as those set forth in FIGS. 2A and 2B, particularly the collection of files shown at the leftmost 
respecting the initial order entry procedure. portion, all relevant data is available to establish coin- 
In summary, the standing order procedure is in form prehensive shipping, in particular including data relat- 
the same as an initial order procedure, except that the 55 ing to the patient, the required product, inventory and 
prescription information is drawn from the standing account information, and that information necessary to 
order file, and patient master file, rather than from an establish charges. Upon execution of the shipping pro- 
initial and perhaps discretionary order from the doctor. gram, then, the rightmost column sets forth the files 
The key attribute of the standing order procedure in which must be updated to indicate shipment, and the 
accordance with the principles of the present invention 60 shipping labels themselves. It will be evident, based 
is that standing orders are filled on a substantially auto- upon the foregoing detailed description of the shipping 
matic basis based on the need for refilled prescriptions, program and of the various files, that these files to be 
subject to optional variation based on inventory condi- updated include, as will be appreciated, those relating to 
tions. In all events, standing order filling is coordinated the patient master file and inventory needs, inventory 
with the serial to batch mode processing. 65 and order master and detail files, and patient enrollment 
Referring next to FIG. 5, there is shown in schematic and accounts files. Likewise, data necessary for the 
form program DLR015, the file processing used for the patient management reports is provided, and, by way of 
serial to batch conversion. hard copy, the shipping labels themselves. 
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In summary, upon execution of FIG. 6A and 6B, the the data previously developed, held in the file of orders 

physical process of lens shipping is enabled. and changes to the patient master, are combined with 

FIG. 7 shows a system flow chart for program information from the configuration file and written at 

DLR900, which receives lenses into inventory. Ac- the company along with appropriate responses in the 

cordingly, on the leftmost column, the collected inven- 5 response file. Correspondingly, as set forth in FIG. 10E, 

tory information is provided, including file DLD900, . a program allows the doctor to view responses from the 

information from the user, DLP007, lens parameters, lot company. 

number, and batch information, and DLP016, the l n summary, as will be appreciated from FIGS. 10A 

molded inventory master files. through 10E, the PC system of ordering allows the 

The execution of program DLR900, upon which the 10 doctor, on a cumulative basis, to create a file of new 
lenses are in fact entered into inventory, triggers the orders and patient changes, to modify that file, to trans- 
updating of files DLP007, DLP016, and DLP009, as m i t i t to the company, and to view responses from the 
well as a report of the batches placed in inventory. company. It will be appreciated that PCs of the type 

FIG. 8 shows a system flowchart for programs recommended herein have substantial and elaborate 

DLR501 through DLR505, which produce patient 15 computing power, and given the repository of data held 

summary report for doctors. On the leftmost column, at ^ e compan y, the ease of data transmission through 

JSfr ^S?1P^S? ^L? 65 f C P5S^ modems, and the day-today inclination of the designer 

(DLP002, DLP001, DLP021, DLP003, and ARCUST), of ordinary skill( many and flourishes" may be 

as well as account and calendar oata. Upon execution of added tQ augment ^ information generated by the 

these programs, the report itself is designated, as well as 20 doctQr and/or communicated to the companyf or vice- 

the data change to DLP011, the account enrollment versa. 

file It is noted that FIG. 8 illustrates a monthly report Tumm fmaU tQ RG n there {$ shown a tem 

to be produced for the doctors, and indeed this is fore- flowchar f for ^ DL R921, the program to main- 

seen as most convenient in the sense of balancing date of ^ ^ rice file ^ ^ be with 

reasonable currency along w,th appropnate net total 25 some at the comp ^y by the company, and will 

amount of changes. It will be evident, however, that the , 7 , * u * j u a a * a 

1P * „ . « • . allow price changes to be enacted when and as desired, 
self-same procedures may optionally be employed at . . ^ 4 • , A , 
any desired frequency, and even may, if desired, be * ereb >: subsequently to provide accurate and up-to- 
provided for doctor access on a real-time basis. Such dat * P"cmg information ui accordance with the prev.- 
real time interaction is not presently foreseen as opti- 30 ****** functional programs for ordering, ship- 
mally desirable pmg ' etc * As wdl ^ seen ' therefore ' the Program 

FIGS. 9A through 9C set forth system flowcharts for DLR921 utilizes data from current files employing cus- 
generating three different types of sales reports deemed Corner and price information, the new price information 
advantageous for the company. In particular, FIG. 9A from ™ T >™ d lnformatlon > to produce an 
shows a flowchart for execution of program DLR700, 35 u P d f tod P^ce file DLP004,^ic la record of all changes 
the program to report cancelled patients; FIG. 9B to the P ncc fue > m filc DLP010. 
shows a flowchart for program DLR503, a program for In overview, therefore, it will be seen from the fore- 
reporting drop-outs; and FIG. 9C shows a flowchart for S oln S description that a best mode of practicing the 
a program to report new and total patient numbers, invention will entail careful maintenance of numerous 
itemized by doctor. Considering the flowcharts of 40 files, as outlined m general and detailed terms, execution 
FIGS. 9A through 9C together, it will be appreciated on ongoing and batch mode bases of certain pro- 
that these reports are particularly directed to manage- 8 rams ^ 861 fortn > «"* generation of desired processing 
ment of the program from the standpoint of sales, and ^ shipping forms and labels, as well as sales, inven- 
accordingly utilize data, on the left, and provide re- torv » md like reports. Numerous alternative em- 
ports, on the right, appropriate to these desires. 45 bodiments, as well as modifications, will, based upon 

Figs. 10A through 10E, inclusive, set forth individual the foregoing description, be readily evident to those of 

system flowcharts for utilization by the PC ordering ordinary skill without departing from the spirit or the 

systems set forth in general terms hereinbefore. scope of the principles of the present invention. 

In accordance with FIG. 10A, a program to write a What is claimed is: 

patient or stock order, information from the doctor is 50 1. An integrated system for initial and ongoing supply 

utilized in conjunction with the configuration file to of prescription disposable contact lenses comprising: 

generate a file of orders and changes to the patient central computer means including plural file storage 

master. FIG. 10B represents a program to formulate means said plural means being respectively dedi- 

changes in the patient master, which utilizes informa- cated to predetermined data files; 

tion of the same character and writes information into 55 means, associated and communicating with said cen- 

the same file, the only difference being the essential tral computer means, for automated processing of 

character of the information so processed. FIG. 10C prescription orders and prescription changes; 

likewise outlines a program to modify previously writ- distributed computing means useful by respective 

ten orders and changes, and hence uses the input infor- prescribing parties for communicating with said 

mation from the doctor, the standing file of orders and 60 means for automated processing; and 

changes to the patient master, and simply writes new manually operable terminal means, associated and 

data as the doctor may desire into the file of orders and communicating with said central computer means, 

changes to the patient master. for manual processing of prescription orders and 

Having accumulated a file of orders and changes to prescription changes; 

the patient master in accordance with Figs. 10A, 10B, 65 said central computer means further including means 

and 10C, data is transmitted to the company, and re- operable on predetermined periodicity, foninitiat- 

sponses are received from the company, in accordance ing prescription refills for standing orders, and 

with the flowchart shown in FIG. 10D. As will be seen, means for automatically integrating prescription 
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changes with said prescription orders, and pre- tion parameters including wear cycles, and select 

scription refills. patient history; 

2. A system as described in claim 1 and further com- wherein said central system includes means, respon- 
prising means, operable during inventory depletion sive to said third means for storing, for communi- 
associated with said integrated prescription orders and 5 eating to said eye care professional select data rep- 
refills, for modifying data at select ones of said file stor- resenting patient listing and standing prescription 
age means, whereby ongoing further orders and data. 

changes are directed based on cumulative actual current 5. A system as described in claim 4 and further includ- 

and directly forecast lens inventories. ing fifth means for storing a file coordinated with said 

3. A system a described in claim 1 wherein said plural 10 third means for storing, representing lens manufactur- 
file storage means comprise respective means for stor- ing data and batch number traceability of lenses shipped 
ing data respecting prescribing parties, means for stor- in accordance with prior prescriptions. 

ing data respecting patients and their lens prescriptions, . . 6. A system is described in claim 4 wherein said 

means for storing data respecting standing refill orders, means for integrating comprises means for periodically 

and means for storing data respecting lens inventories 15 generating a batch of prescriptions to be filled during 

and pricing. the next predetermined period, accurately specifying 

4. A system for provision of disposable contact lenses lenses by parameters, quantities, and location of deliv- 
comprising: * ery, irrespective whether the prescription has recently 

a distributed network of order entry means; been ordered or changed, and in the case of standing 

central means, communicating with said network, for 20 orders, on a timely basis before the last previous pre- 

receiving and recording prescription orders; scription has been exhausted in accordance with pre- 

first means for storing a file representing new orders scribed wear cycles, 

gathered over a predetermined time; 7. A system as described in claim 6 and further includ- 

second means for storing a file representing standing ing fourth means for storing a file of inventory informa- 

orders to be refilled on a periodic basis; 25 tion, including respective designation of lenses commit- 

means, operable on a predetermined basis, for inte- ted to standing orders and lenses not so committed, 

grating said new orders and select ones of said 8. A system as described in claim 4 and further includ- 

standing orders; ing means associated with said central means for estab- 

inventory means, responsive to said means for inte- lishing billing information and for communicating said 

grating, for filling said new orders and said select 30 billing information to select third parties for prescript 

standing orders; tions which have been filled. 

wherein said distributed network and said central 9. A system as described in claim 8 wherein said 

means include mutual facility to communicate pre- means for establishing and communicating includes 

scription changes and prescription cancellations, sixth means for storing a file of lens pricing data, and 

said system further including means for automati- 35 means operably associated with said third and said sixth 
cally amending files stored in both said means for means for conveying billing to a select entity, 

storing, based on communicated orders, changes 10. A system as described in claim 9 wherein said 

and cancellations; select entity is the patient or the prescribing eye care 

further including third means for storing a file of data professional, or a third party reimburser, or a bank or 
comprehensively characterizing prescription or- 40 credit agency previously authorized to pay on behalf of 

ders, including data identifying the patient, the the patient or professional, 

prescribing eye care professional, the lens prescrip- * * * * * 
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RELATED PROCEEDINGS APPENDIX (37 C.F.R. §41. 37(c)(1)(xi) heading) 

1 . A copy of the Notice of Panel Decision from Pre-Appeal Brief Review indicating 
that the Final rejection of Application No. 09/684,871 (PSTM0003/MRK) had been 
withdrawn, and prosecution of the application has been re-opened, is attached hereto. 

2. A copy of the Notice of Panel Decision from Pre-Appeal Brief Review, indicating 
that Application No. 09/685,078 (PSTM0010/MRK) remains on appeal, is attached 
hereto. 

3. A copy of the Notice of Panel Decision from Pre-Appeal Brief Review indicating 
that Application No. 09/680,654 (Attorney Docket No. PSTM0015/MRK) remains on 
appeal, is attached hereto. 

4. A copy of the Notice of Panel Decision from Pre-Appeal Brief Review, indicating 
that Application No. 09/685,077 (Attorney Docket No. PSTM0020/MRK) remains on 
appeal, is attached hereto. 

5. A copy of the Notice of Panel Decision from Pre-Appeal Brief Review indicating 
that Application No. 09/684,861 (Attorney Docket No. PSTM0024/MRK) remains on 
appeal, is attached hereto. 
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Notice of Panel Decision from Pre-Appeal Brief Review 



This is in response to the Pre-Appeal Brief Request for Review filed 5/2/06 . * 

1 . □ Improper Request - The Request is improper and a conference will not be held for the following 
reason(s): 

□ The Notice of Appeal has not been filed concurrent with the Pre-Appeal Brief Request. 

□ The request does not include reasons why a review is appropriate. 

□ A proposed amendment is included with the Pre-Appeal Brief request. 

□ Other: 

The time period for filing a response continues to run from the receipt date of the Notice of Appeal or from 
the mail date of the last Office communication, if no Notice of Appeal has been received. 

2. □ Proceed to Board of Patent Appeals and Interferences - A Pre-Appeal Brief conference has been 
held. The application remains under appeal because there is at least one actual issue for appeal. Applicant 
is required to submit an appeal brief in accordance with 37 CFR 41 .37. The time period for filing an appeal 
brief will be reset to be one month from mailing this decision, or the balance of the two-month time period 
running from the receipt of the notice of appeal, whichever is greater. Further, the time period for filing of the 
appeal brief is extendible under 37 CFR 1 .136 based upon the mail date of this decision or the receipt date 
of the notice of appeal, as applicable. 

□ The panel has determined the status of the claim(s) is as follows: 

Claim(s) allowed: . 

Claim(s) objected to: . 

Olaim(s) rejected: . 

Claim(s) withdrawn from consideration: . 

3. □ Allowable application - A conference has been held. The rejection is withdrawn and a Notice of 
Allowance will be mailed. Prosecution on the merits remains closed. No further action is required by 
applicant at this time. 

4. |EI Reopen Prosecution - A conference has been held. The rejection is withdrawn and a new Office 
action will be mailed. No further action is required by applicant at this time. 
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Notice of Panel Decision from Pre-Appeal Brief Review 




This is in response to the Pre-Appeal Brief Request for Review filed 6/05/06 . * 

1. □ Improper Request - The Request is improper and a conference will not be held for the following 
reason(s); 

□ The Notice of Appeal has not been filed concurrent with the Pre-Appeal Brief Request. 

□ The request does not include reasons why a review is appropriate. 

□ A proposed amendment is included with the Pre-Appeal Brief request. 

□ Other: 

The time period for filing a response continues to run from the receipt date of the Notice of Appeal or from 
the mail date of the last Office communication, if no Notice of Appeal has been received: 

2. [X] Proceed to Board of Patent Appeals and Interferences - A Pre-Appeal Brief conference has been 
held. The application remains under appeal because there is at least one actual issue for appeal. Applicant 
is required to submit an appeal brief in accordance with 37 CFR 41 .37. The time period for filing an appeal 
brief will be reset to be one month from mailing this decision, or the balance of the two-month time period 
running from the receipt of the notice of appeal, whichever is greater. Further, the time period for filing of the 
appeal brief is extendible under 37 CFR 1 .136 based upon the mail date of this decision or the receipt date 
of the notice of appeal, as applicable. 

The panel has determined the status of the claim(s) is as follows: 

Claim(s) allowed: . 

Claim(s) objected to: . 

Claim(s) rejected: 1-6. 28-33. 49-52 and 58-65 . 
Claim(s) withdrawn from consideration: . . 

3. □ Allowable application - A conference has been held. The rejection is withdrawn and a Notice of 
Allowance will be mailed. Prosecution on the merits remains closed. No further action is required by 
applicant at this time. 

4. □ Reopen Prosecution - A conference has been held. The rejection is withdrawn and a new Office 
action will be mailed. No further action is required by applicant at this time. 
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This is in response to the Pre-Appeal Brief Request for Review filed 5/2/06 . * 

1 . □ Improper Request - The Request is improper and a conference will not be held for the following 
reason(s): 

□ The Notice of Appeal has not been filed concurrent with the Pre-Appeal Brief Request. 
D The request does not include reasons why a review is appropriate. 

□ A proposed amendment is included with the Pre-Appeal Brief request. 

□ Other: 



The time period for filing a response continues to run from the receipt date of the Notice of Appeal or from 
the mail dale of the last Office communication, if no Notice of Appeal has been received. 



2. £3 Proceed to Board of Patent Appeals and Interferences; - A Pre-Appeal Brief conference has been 
held. The application remains under appeal because there is at least one actual issue for appeal. Applicant 
is required to submit an appeal brief in accordance with 37 CFR 41 .37. The time period for filing an appeal 
brief will be reset to be one month from mailing this decision, or the balance of the two-month time period 
running from the receipt of the notice of appeal, whichever is greater. Further, the time period for filing of the 
appeal brief is extendible under 37 CFR 1 .136 based upon the mail date of this decision or the receipt date 
of the notice of appeal, as applicable. 

£3 The panel has determined the status of the claim(s) is as follows: 

Claim(s) allowed: . 

Claim(s) objected to: . 

Claim(s) rejected: 1-21,26-52 and 57-70 . 
Claim(s) withdrawn from consideration: . 



3. □ Allowable application - A conference has been held. The rejection is withdrawn and a Notice of 
Allowance will be mailed. Prosecution on the merits remains closed. No further action is required by 
applicant at this time. 



4. □ Reopen Prosecution - A conference has been held. The rejection is withdrawn and a new Office 
action will be mailed. No further action is required by applicant at this time. 
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This is in response to the Pre-Appeal Brief Request for Review filed 6/15/06 . * 

1 . □ Improper Request - The Request is improper and a conference will not be held for the following 
reason(s): 

□ The Notice of Appeal has not been filed concurrent with the Pre-Appeal Brief Request. 

□ The request does not include reasons why a review is appropriate. 

□ A proposed amendment is included with the Pre-Appeal Brief request. 

□ Other: 

The time period for filing a response continues to run from the receipt date of the Notice of Appeal or from 
the mail date of the last Office communication, if no Notice of Appeal has been received. 



2. 13 Proceed to Board of Patent Appeals and Interferences - A Pre-Appeal Brief conference has been 
held. The application remains under appeal because there is at least one actual issue for appeal. Applicant 
is required to submit an appeal brief in accordance with 37 CFR 41 .37. The time period for filing an appeal 
brief will be reset to be one month from mailing this decision, or the balance of the two-month time period 
running from the receipt of the notice of appeal, whichever is greater. Further, the time period for filing of the 
appeal brief is extendible under 37 CFR 1.136 based upon the mail date of this decision or the receipt date 
of the notice of appeal, as applicable. 

The panel has determined the status of the claim(s) is as follows: 

Claim(s) allowed: . 

Claim(s) objected to: . 

Claim(s) rejected: 1-7. 58-83 . 

Claim(s) withdrawn from consideration: . 



3. □ Allowable application - A conference has been held. The rejection is withdrawn and a Notice of 
Allowance will be mailed. Prosecution on the merits remains closed. No further action is required by 
applicant at this time. 



4. □ Reopen Prosecution - A conference has been held. The rejection is withdrawn and a new Office 
action will be mailed. No further action is required by applicant at this time. 
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This is in response to the Pre-Appeal Brief Request for Review filed 3/20/06 . 

1. 0 Improper Request - The Request is improper and a conference will not be held for the following 
reason(s): 

□ The Notice of Appeal has not been filed concurrent with the Pre-Appeal Brief Request. 

□ The request does not Include reasons why a review is appropriate. 

□ A proposed amendment is included with the Pre-Appeal Brief request. 

□ Other: 



The time period for filing a response continues to run from the receipt date of the Notice of Appeal or from 
the mail date of the last Office communication, if no Notice of Appeal has been received. 



2. [3 Proceed to Board of Patent Appeals and Interferences - A Pre-Appeal Brief conference has been 
held. The application remains under appeal because there is at least one actual issue for appeal. Applicant 
Is required to submit an appeal brief In accordance with 37 CFR 41 .37. The time period for filing an appeal 
brief will be reset to be one month from mailing this decision, or the balance of the two-month time period 
running from the receipt of the notice of appeal, whichever is greater. Further, the time period for filing of the 
appeal brief is extendible under 37 CFR 1.136 based upon the mail date of this decision or the receipt date 
of the notice of appeal, as applicable. 

£0 The panel has determined the status of the claim(s) is as follows: 

Claim(s) allowed: . 

Claim(s) objected to: . 

Claim(s) rejected: 1-13 & 15-17 &1 9-23 . 
Claim(s) withdrawn from consideration: . 



3. □ Allowable application - A conference has been held. The rejection is withdrawn and a Notice of 
Allowance will be mailed. Prosecution on the merits remains closed. No further action is required by 
applicant at this time. 

4. □ Reopen Prosecution - A conference has been held. The rejection is withdrawn and a new Office 
action will be mailed. No further action is required by applicant at this time. 
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